A GitHub action that automatically checks if a package's semantic version is correct based on the Conventional Commit messages on the branch.

It supports the following version source files:

• setup.py
• pyproject.toml
• package.json

Add the action as a step in your workflow:

steps:
  - uses: actions/checkout@v3
    with:
      # Set fetch-depth to 0 to fetch all tags (necessary for `git-mkver` to determine the correct semantic version).
      fetch-depth: 0
  - uses: octue/check-semantic-version@1.0.5
    with:
      path: setup.py
      breaking_change_indicated_by: major

See here for an example in a workflow.

The action compares the semantic version specified in the package's version source file (e.g. setup.py) against the expected semantic version calculated by git-mkver from the Conventional Commits created since the last tagged version in the branch's git history. If the version source file and the expected version agree, the checker exits with a zero return code and displays a success message. If they don't agree, it exits with a non-zero return code and displays an error message.

A version source file is one of the following, which must contain the package version:

• setup.py
• pyproject.toml
• package.json

If the version source file is not in the root directory, an optional argument can be passed to the checker to tell it to look at a file of the version source file type at a different location.

This action automatically generates a standard mkver.conf file to configure git-mkver. For more control, you can add your own mkver.conf file to the repository root. Here are some example mkver.conf files:

• Non-beta packages (full semantic versioning)
• Beta packages (keeps the version below 1.0.0)

For this standard configuration file, if the last tagged version in your repository is 0.7.3 and since then:

• There has been a breaking change and any number of features or bug-fixes/small-changes, the expected version will be 1.0.0
• There has been a new feature, any number of bug-fixes/small-changes, but no breaking changes, the expected version will be 0.8.0
• There has been a bug-fix/small-change but no breaking changes or new features, the expected version will be 0.7.4