A Github Action to automatically bump and tag master, on merge, with the latest SemVer formatted version. Works on any platform.

name: Bump version
on:
  push:
    branches:
      - master
jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@master
      - name: Bump version and push tag
        uses: mathieudutour/github-tag-action@v4
        with:
          github_token: ${{ secrets.GITHUB_TOKEN }}

• github_token (required) - Required for permission to tag the repo. Usually ${{ secrets.GITHUB_TOKEN }}.
• default_bump (optional) - Which type of bump to use when none explicitly provided (default: patch).
• tag_prefix (optional) - A prefix to the tag name (default: v).
• release_branches (optional) - Comma separated list of branches (bash reg exp accepted) that will generate the release tags. Other branches and pull-requests generate versions postfixed with the commit hash and do not generate any tag. Examples: master or .* or release.*,hotfix.*,master... (default: master).
• create_annotated_tag (optional) - Boolean to create an annotated rather than a lightweight one (default: false).
• dry_run (optional) - Do not perform taging, just calculate next version and changelog, then exit

• new_tag - The value of the newly created tag. Note that if there hasn't been any new commit, this will be undefined.
• new_version - The value of the newly created tag without the prefix. Note that if there hasn't been any new commit, this will be undefined.
• previous_tag - The value of the previous tag (or 0.0.0 if none).
• changelog - The conventional changelog since the previous tag.

Note: This action creates a lightweight tag by default.

The action will parse the new commits since the last tag using the semantic-release conventions.

semantic-release uses the commit messages to determine the type of changes in the codebase. Following formalized conventions for commit messages, semantic-release automatically determines the next semantic version number.

By default semantic-release uses Angular Commit Message Conventions.

Here is an example of the release type that will be done based on a commit messages:

If no commit message contains any information, then default_bump will be used.

anothrNick/github-tag-action - a similar action using a Dockerfile (hence not working on macOS)