Files
version-increment/README.md

149 lines
5.9 KiB
Markdown
Raw Normal View History

2023-10-19 00:12:50 +11:00
# Version Increment
2021-10-20 11:18:23 +11:00
2023-10-19 00:12:50 +11:00
## Use 📄
2021-10-20 11:18:23 +11:00
2023-10-19 00:12:50 +11:00
### Example ⌨️
2021-10-20 11:18:23 +11:00
```yaml
- name: Checkout code
2023-10-19 00:12:50 +11:00
uses: actions/checkout@v4
2021-10-20 11:18:23 +11:00
- name: Get next version
2023-09-20 10:35:15 +10:00
uses: reecetech/version-increment@2023.9.3
2021-10-20 11:18:23 +11:00
id: version
with:
scheme: semver
increment: patch
- name: Build image
uses: docker/build-push-action@v2
with:
push: false
tags: "example/application:${{ steps.version.outputs.version }}"
context: .
```
2023-10-19 00:12:50 +11:00
#### API mode 🔗
Maybe you don't want to checkout your code in the job that calculates the version number. That's okay, you can
use the API mode:
```yaml
- name: Get next version
uses: reecetech/version-increment@2023.10.1
id: version
with:
use_api: true
```
### semver 🔖
2023-04-27 09:33:35 +10:00
2021-10-20 11:18:23 +11:00
This action will detect the current latest _normal_ semantic version (semver) from the tags in
a git repository. It will increment the version as directed (by default: +1 to
the patch digit). Both the current latest and the incremented version are
reported back as outputs.
Normal semantic versions are made up of a major, minor and patch digit. Normal
versions do not include pre-release versions, or versions with build meta-data.
e.g. `1.2.7`
See: https://semver.org/spec/v2.0.0.html
2023-10-19 00:12:50 +11:00
### calver (semver compliant) 📅
2021-10-20 11:18:23 +11:00
Optionally, this action can provide semver compliant calendar versions (calver).
In this calver scheme, the semver major, minor and patch digits map to year,
month and release digits.
Note: to be semver compliant, digits must not have leading zeros.
e.g. `2021.6.2`
| semver | calver | example | note |
| :--- | :--- | :--- | :--- |
| major | year | `2021` |
| minor | month | `6` |
| patch | release | `2` | The *n*th release for the month |
2023-04-27 09:33:35 +10:00
If the current latest normal version is not the current year and month, then the
year and month digits will be
2021-10-20 11:18:23 +11:00
set to the current year and month, and the release digit will be reset to 1.
2023-10-19 00:12:50 +11:00
### Default branch vs. any other branch 🎋
2021-10-20 11:18:23 +11:00
**Default branch**
2023-04-27 09:33:35 +10:00
The action will return a _normal_ version if it is detected that the current commit
is on the default branch (usually `main`).
2021-10-20 11:18:23 +11:00
Examples:
* `1.2.7`
* `2021.6.2`
2023-10-19 00:12:50 +11:00
You may override the branch to consider the release branch if it is not the default branch, by providing a specific
release branch name as an input. For example:
```yaml
- name: Get next version
uses: reecetech/version-increment@2023.10.1
id: version
with:
release_branch: publish
```
2021-10-20 11:18:23 +11:00
**Any other branch**
2023-04-27 09:33:35 +10:00
The action will return a _pre-release_ version if any other branch is detected
(e.g. `new-feature`, `bugfix/foo`, etc). The _pre-release_ portion of the version number
will be the literal string `pre.` followed by the git commit ID short reference SHA
(trimmed of any leading zeros).
2021-10-20 11:18:23 +11:00
Examples:
* `1.2.7-pre.41218aa78`
* `2021.6.2-pre.32fd19841`
2023-10-19 00:12:50 +11:00
### Inputs 📥
2021-10-20 11:18:23 +11:00
2023-09-16 10:06:06 +10:00
| name | description | required | default |
| :--- | :--- | :--- | :--- |
| scheme | The versioning scheme in-use, either `semver` or `calver` | No | `semver` |
| pep440 | Set to `true` for PEP440 compatibility of _pre-release_ versions by making use of the build metadata segment of semver, which maps to local version identifier in PEP440 | No | `false` |
| increment | The digit to increment, either `major`, `minor` or `patch`, ignored if `scheme` == `calver` | No | `patch` |
| release_branch | Specify a non-default branch to use for the release tag (the one without -pre) | No | |
2023-10-19 00:12:50 +11:00
| use_api | Use the GitHub API to discover current tags, which avoids the need for a git checkout, but requires `curl` and `jq` | No | `false` |
2021-10-20 11:18:23 +11:00
2023-10-19 00:12:50 +11:00
### Outputs 📤
2021-10-20 11:18:23 +11:00
| name | description |
| :--- | :--- |
| current-version | The current latest version detected from the git repositories tags |
| current-v-version | The current latest version detected from the git repositories tags, prefixed with a `v` character |
| version | The incremented version number (e.g. the next version) |
| v-version | The incremented version number (e.g. the next version), prefixed with a `v` character |
| major-version | Major number of the incremented version |
| minor-version | Minor number of the incremented version |
| patch-version | Patch number of the incremented version |
| pre-release-label | Pre-release label of the incremented version |
| major-v-version | Major number of the incremented version, prefixed with a `v` character |
| minor-v-version | Minor number of the incremented version, prefixed with a `v` character |
| patch-v-version | Patch number of the incremented version, prefixed with a `v` character |
2021-10-20 11:18:23 +11:00
2023-10-19 00:12:50 +11:00
## Contributing 💕
2021-10-20 11:18:23 +11:00
Please raise a pull request, but note the testing tools below
### bats
BATS is used to test the logic of the shell scripts.
See: https://github.com/bats-core/bats-core
### shellcheck
Shellcheck is used to lint our shell scripts.
Please use [local ignores](https://stackoverflow.com/a/52659039) if you'd like to skip any particular checks.
See: https://github.com/koalaman/shellcheck