https://github.com/volkanto/yaba
A simple CLI tool that helps you manage releases of your GitHub projects.
https://github.com/volkanto/yaba
bash build build-tool changelog changelog-generator cli command-line command-line-tool github github-api github-cli github-release github-tags nodejs nodejs-cli nodejs-cli-command npm npm-package release-automation tags
Last synced: 10 days ago
JSON representation
A simple CLI tool that helps you manage releases of your GitHub projects.
- Host: GitHub
- URL: https://github.com/volkanto/yaba
- Owner: volkanto
- License: mit
- Created: 2021-05-06T15:07:30.000Z (almost 5 years ago)
- Default Branch: main
- Last Pushed: 2024-12-12T22:14:12.000Z (over 1 year ago)
- Last Synced: 2024-12-12T23:22:39.338Z (over 1 year ago)
- Topics: bash, build, build-tool, changelog, changelog-generator, cli, command-line, command-line-tool, github, github-api, github-cli, github-release, github-tags, nodejs, nodejs-cli, nodejs-cli-command, npm, npm-package, release-automation, tags
- Language: JavaScript
- Homepage:
- Size: 409 KB
- Stars: 11
- Watchers: 1
- Forks: 0
- Open Issues: 3
-
Metadata Files:
- Readme: README.md
- Funding: .github/FUNDING.yml
- License: LICENSE
Awesome Lists containing this project
README
# Yaba GitHub Release CLI
**Yaba** is a simple CLI tool that helps you manage releases of your GitHub projects.
[](https://npmjs.org/yaba-release-cli)
[](https://libraries.io/npm/yaba-release-cli)
[](https://npmcharts.com/compare/yaba-release-cli)
[](https://github.com//volkanto/blob/master/LICENSE)
## Prerequisites
You need `npm` in order to run the project on your local environment.
## Installing / Updating / Uninstalling
To install CLI package globally:
```shell
npm i -g yaba-release-cli
```
To Update:
```shell
npm update -g yaba-release-cli
```
To uninstall:
```shell
npm uninstall -g yaba-release-cli
```
## Setup
### Create Personal Access Token
Go to [Personal Access Tokens](https://github.com/settings/tokens) page on GitHub and generate new token to
enable `yaba` CLI to access your repos.
* Give your desired name to your personal access token with `Note` section.
* Choosing `repo` scope is enough to use `yaba` CLI tool.
Now, your personal access token is generated. Copy that token and define that one as an environment variable:
```shell
export YABA_GITHUB_ACCESS_TOKEN=generated_personal_access_token
```
You can define that env variable into `~/.bashrc`, `~/.bash_profile` or `~/.zshrc` file, choose which one is suitable
for you. After defining the env variable, open new terminal or simply run `source ~/.zshrc`(here again choose where you
defined your env variable).
If the repository owner is another GitHub account or organisation, you can define that like below instead of passing the
owner to the command in every run.
```shell
export YABA_GITHUB_REPO_OWNER=repository_owner
```
Always `-o` or `--owner` has precedence over authenticated user. Presendence is
like `-o > GITHUB_REPO_OWNER > authenticated-user`.
### Slack Integration
If you want to announce your release/changelog to the specific Slack channel, you have to define below environment
variable with the appropriate value.
```shell
export YABA_SLACK_HOOK_URL=your_slack_hook_url
```
Also, multiple hook URLs allowed to be defined like below:
```shell
export YABA_SLACK_HOOK_URL=your_slack_hook_url_1,your_slack_hook_url_2,...
```
If the above variable is set and the `-p` command given while running the command, an announcement will be post to the
given Slack channel. You can find detailed information in the [Command Line Usage](#command-line-usage) section.
```shell
yaba release create -p
```
## Command Line Usage
Run `yaba` with `--help` options:
```shell
➜ ~ yaba --help
Usage: yaba [options]
Options:
-o, --owner The repository owner. [string]
-r, --repo The repository name. [string]
-t, --tag The name of the tag. [string]
-n, --name, --release-name The name of the release. [string]
-b, --body Text describing the contents of the tag. If not provided,
the default changelog will be generated with the usage of
the difference of default branch and latest release.
[string]
-d, --draft Creates the release as draft. [boolean]
-c, --changelog Shows only changelog without creating the release.
[boolean]
-i, --interactive Prompt before (draft) release is created (default true)
[boolean]
--yes DEPRECATED: Skip confirmation prompt and create
release directly. Use --no-prompt. [boolean]
--no-prompt Skip release confirmation prompt (same as --yes).
[boolean]
--notify DEPRECATED: Send notifications after release is
created. Use --publish. [choices: "slack"]
-p, --publish Publishes the release announcement to the defined Slack
channel [boolean]
--format Output format.
[choices: "human", "json"]
--config Path to config file. [string]
--force Overwrite generated files when they already exist.
[boolean]
-h, --help Show help [boolean]
-v, --version Show version number [boolean]
```
Supported commands:
- `yaba release create`: creates a release on GitHub.
- `yaba release preview`: prepares and prints release details without creating a release.
- `yaba doctor`: runs environment and connectivity diagnostics.
- `yaba config init`: creates a `yaba.config.json` template in the current directory.
Create release with the new command format:
```shell
yaba release create --repo my-repo --publish --no-prompt
```
Preview release details without side effects:
```shell
yaba release preview --repo my-repo
```
Preview release details in JSON format:
```shell
yaba release preview --repo my-repo --format json
```
Run setup diagnostics:
```shell
yaba doctor
```
Run setup diagnostics in JSON format:
```shell
yaba doctor --format json
```
`yaba doctor` now reports:
- token type (GitHub Actions token, fine-grained PAT, classic PAT, or unknown),
- OAuth scope summary when available,
- repository access check results with actionable remediation guidance.
Create local config template:
```shell
yaba config init
```
Overwrite existing config template:
```shell
yaba config init --force
```
Create config template at a custom location:
```shell
yaba config init --config ./config/yaba.config.json
```
When `--format json` is used, `yaba` prints machine-readable command results to `stdout` and errors to `stderr`.
Config precedence for runtime values is:
```text
flags > env vars > project config (./yaba.config.json) > user config (~/.config/yaba/config.json) > defaults
```
You can run `yaba` from a git directory or any other directories which is not a git repo.
If you are in a git repo and if you want to prepare the release for that repo, you don't need to specify the repo name
with the command. The command will try to detect the repository name from `remote.origin.url` and use it as `repo` for
the command.
By default, if you don't specify `-o`, `-t`, `-n` and `-b` the command will prepare default values for them with the
below pattern:
```text
-o: authenticated_user
-t: prod_global_YYYYMMDD.1
-n: Global release YYYY-MM-DD
-b: Commits between last release and default branch
```
If a repository has no previous release, `yaba` now falls back to the head branch for changelog comparison and still prepares the release.
### Deprecations (v2 compatibility)
The following legacy invocations are still supported in v2, but emit deprecation warnings in human-readable output and are planned for removal in v3:
- `--yes` -> use `--no-prompt`
- `--notify slack` -> use `--publish`
- `--release-name` -> use `--name`
- implicit `yaba` command -> use `yaba release create`
For automation scripts, migrate now to avoid v3 breakage.
### Exit Codes
`yaba` now returns deterministic exit codes for automation/CI usage:
```text
0 = success
1 = validation/config/user-input error
2 = authentication/authorization error
3 = network/connectivity error
4 = upstream API error
5 = partial success (release created, notification failed)
6 = unexpected internal error
```
## Run Locally
You have to clone the repository to your local machine
```shell
git clone git@github.com:volkanto/yaba.git
```
Go to project folder
```shell
cd yaba
```
Build dependencies
```shell
npm install
```
You have to install globally in order to run your `yaba` command
```shell
npm install -g .
```
## Issues
You can create an issue if you find any problem or feel free to create a PR with a possible fix or any other feature.
Also, you can create an issue if you have any idea that you think it will be nice if we have it.
## Authors
* Volkan Tokmak - [volkanto](https://github.com/volkanto)