Skip to content

Gradle plugin for automatically versioning a project using semantic versioning and conventional commits with change log support based on git commit messages.

License

Notifications You must be signed in to change notification settings

jmongard/Git.SemVersioning.Gradle

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Semantic versioning for Gradle using Git

Gradle Build Quality Gate Status Lines of Code Coverage GitHub tag (with filter)

Gradle plugin for automatically versioning a project using semantic versioning and conventional commits with change log support based on git commit messages.

Usage

Apply the plugin using standard Gradle convention and set the version of the project:

plugins {
    id 'com.github.jmongard.git-semver-plugin' version '<current version>'
}

//semver { ... } // Optionally add configuration for the plugin before getting the version

//Set the version for the current project:
version = semver.version

//Or in a multi project build set the version of all projects:
def ver = semver.version
allprojects {
    version = ver
}
// Note: Using `allprojects` with configuration cache is currently not supported by Gradle.
// If you plan to use configuration cache, apply the plugin to each subproject separately.

For the latest published version see the plugins page at Gradle.org

Versioning

The versioning system is designed to follow semantic versioning as described by https://semver.org/.

It works by recursively traversing the commit tree until it finds a version tag or release commit and then calculating the new version using from there using commit messages.

The plugin will look for conventional commit messages (fix:, feat:, refactor!:, ...) and will increase the corresponding version number.

The plugin has the opinion that you want to group several fixes/features or breaking changes into a single release. Therefore, the major, minor or patch number will be increases by at most one compared to the previous release that is not a pre-release version. Set property groupVersionIncrements = false if you don't want the version changes to be combined. (See Configuration reference below.)

Releases

The plugin will search the commit tree until it finds a commit it interprets as a release commit with a version number.

  • Any commit tagged with a version number will be considered to be a release.
  • Any commit with commit message starting with release:

The version number should consist of three numbers separated by a dot e.g. 1.0.0. The version number does not need to be at the start of the message e.g. release: v1.2.3 will be matched.

Uncommited changes or non release commits

If no version changed has been triggered by any commit messages since the last release then the patch number will be increased by one.

If the current version is not a pre-release then -SNAPSHOT will be added.

Version format

The semantic version is accessible using the semver extension. There is several options for getting the version:

semver extension property example release tagged commit example release with local changes example one commits ahead of pre-release alpha.1
semver.version 1.0.1 1.0.2-SNAPSHOT 2.0.0-alpha.2
semver.infoVersion 1.0.1 1.0.2-SNAPSHOT 2.0.0-alpha.2+001
semver.semVersion.toString() 1.0.1+sha.1c792d5 1.0.2-SNAPSHOT+sha.1c792d5 2.0.0-alpha.2+001.sha.1c792d5

Custom version format

There is also the possibility to customize the version string returned using: semver.semVersion.toInfoVersionString(commitCountStringFormat: String = "%03d", shaLength: Int = 0, version2: Boolean = true, appendPreReleaseLast: Boolean = false)

If Version2 flag is set to false, then semVer version one will be used stripping any non alpha-numeric characters from the pre-release string and removing the metadata part.

The appendPreReleaseLast option can help when publishing to maven repositories if metadata is included but the version string will not be semver compliant.

  • semver.version == semver.semVersion.toInfoVersionString("", 0, true, false)
  • semver.infoVersion == semver.semVersion.toInfoVersionString("%03d", 0, true, false)
  • semver.semVersion.toString() == semver.semVersion.toInfoVersionString("%03d", 7, true, false)

Tasks

printVersion

This plugin adds a printVersion task, which will echo the project's calculated version to standard-out.

$ gradlew printVersion

> Task :printVersion
10.10.0-SNAPSHOT

printInfoVersion

This plugin adds a printInfoVersion task, which will echo the project's calculated version to standard-out including commit count.

$ gradlew printInfoVersion

> Task :printInfoVersion
10.10.0-SNAPSHOT+072

printSemVersion

This plugin adds a printSemVersion task, which will echo the project's calculated version to standard-out includning commit count and sha.

$ gradlew printSemVersion

> Task :printSemVersion
10.10.0-SNAPSHOT+072.sha.18b3106

printChangeLog

This plugin adds a printChangeLog task, which will format the commit message for the current version and output them to standard-out. To avoid enoding problem in the console the change log can be outputed to an UTF-8 encoded file using --file <filename> e.g. ./gradlew printChangeLog --file build/changelog.md Note: Use an absolute path for filename as the working directory might not be the one you expect if running using gradle deamon.

$ gradlew printChangeLog

> Task :printChangeLog
## What's Changed

### Breaking Changes
  - fix(#5)!: A breaking change

### Bug Fixes
  - #1: A bug fix
  - #2: Another bug fix

Configuring the changelog

releaseVersion

The releaseVersion task will by default create both a release commit, and a release tag. The releaseVersion task will fail with an error if there exists local modification. It is possible to change this behaviour with the following options:

  • --no-tag: skip creating a tag. (Can also be set in settings using createReleaseTag=false.)
  • --tag: create a tag (If this has been disabled by the createReleaseTag=false option otherwise this is the default.)
  • --no-commit: skip creating a commit. (Can also be set in settings using createReleaseCommit=false.)
  • --commit: create a commit (If this has been disabled by the createReleaseCommit=false option otherwise this is the default.)
  • --no-dirty: skip dirty check. (Can also be set in settings using noDirtyCheck=true.)
  • --message="a message": Add a message text to the tag and/or commit
  • --preRelease="pre-release": Change the current pre-release e.g. --preRelease=alpha.1. Set the pre-release to "-" e.g. --preRelease=- to promote a pre-release to a release.

Example of how version is calculated

With setting: groupVersionIncrements = true (default)

Command Commit Text Calculated version
git commit -m "Initial commit" Initial commit 0.0.1-SNAPSHOT+001
git commit -m "some changes" some changes 0.0.1-SNAPSHOT+002
gradle releaseVersion release: v0.0.1 0.0.1
git commit -m "some changes" some changes 0.0.2-SNAPSHOT+001
gradle releaseVersion release: v0.0.2 0.0.2
git commit -m "fix: a fix" fix: a fix 0.0.3-SNAPSHOT+001
git commit -m "fix: another fix" fix: another fix 0.0.3-SNAPSHOT+002
gradle releaseVersion release: v0.0.3 0.0.3
git commit -m "feat: a feature" feat: a feature 0.1.0-SNAPSHOT+001
git commit -m "feat: another feature" feat: another feature 0.1.0-SNAPSHOT+002
git commit -m "feat!: breaking feature" feat!: breaking feature 1.0.0-SNAPSHOT+003
git commit -m "some changes" some changes 1.0.0-SNAPSHOT+004
git commit -m "feat: changes" feat: changes 1.0.0-SNAPSHOT+005
git commit -m "feat: changes" feat: changes 1.0.0-SNAPSHOT+006
git commit -m "fix: a fix" fix: a fix 1.0.0-SNAPSHOT+007
gradle releaseVersion release: v1.0.0 1.0.0
git commit -m "some changes" some changes 1.0.1-SNAPSHOT+001
gradle releaseVersion --preRelease="alpha.1" release: v1.0.1-alpha.1 1.0.1-alpha.1
git commit -m "some changes" some changes 1.0.1-alpha.2+001
gradle releaseVersion release: v1.0.1-alpha.2 1.0.1-alpha.2
git commit -m "fix: a fix" fix: a fix 1.0.1-alpha.3+001
git commit -m "fix: another fix" fix: another fix 1.0.1-alpha.3+002
git commit -m "feat: a feature" feat: a feature 1.1.0-alpha.1+003
gradle releaseVersion release: v1.1.0-alpha.1 1.1.0-alpha.1
git commit -m "feat: another feature" feat: another feature 1.1.0-alpha.2+001
git commit -m "feat!: breaking feature" feat!: breaking feature 2.0.0-alpha.1+002
gradle releaseVersion --preRelease="-" release: v2.0.0 2.0.0

With setting: groupVersionIncrements = false

Command Commit Text Calculated version
git commit -m "Initial commit" Initial commit 0.0.1-SNAPSHOT+001
git commit -m "some changes" some changes 0.0.1-SNAPSHOT+002
gradle releaseVersion release: v0.0.1 0.0.1
git commit -m "some changes" some changes 0.0.2-SNAPSHOT+001
gradle releaseVersion release: v0.0.2 0.0.2
git commit -m "fix: a fix" fix: a fix 0.0.3-SNAPSHOT+001
git commit -m "fix: another fix" fix: another fix 0.0.4-SNAPSHOT+002
gradle releaseVersion release: v0.0.4 0.0.4
git commit -m "feat: a feature" feat: a feature 0.1.0-SNAPSHOT+001
git commit -m "feat: another feature" feat: another feature 0.2.0-SNAPSHOT+002
git commit -m "feat!: breaking feature" feat!: breaking feature 1.0.0-SNAPSHOT+003
git commit -m "some changes" some changes 1.0.0-SNAPSHOT+004
git commit -m "feat: changes" feat: changes 1.1.0-SNAPSHOT+005
git commit -m "feat: changes" feat: changes 1.2.0-SNAPSHOT+006
git commit -m "fix: a fix" fix: a fix 1.2.1-SNAPSHOT+007
gradle releaseVersion release: v1.2.1 1.2.1
git commit -m "some changes" some changes 1.2.2-SNAPSHOT+001
gradle releaseVersion --preRelease="alpha.1" release: v1.2.2-alpha.1 1.2.2-alpha.1
git commit -m "some changes" some changes 1.2.2-alpha.2+001
gradle releaseVersion release: v1.2.2-alpha.2 1.2.2-alpha.2
git commit -m "fix: a fix" fix: a fix 1.2.2-alpha.3+001
git commit -m "fix: another fix" fix: another fix 1.2.2-alpha.4+002
git commit -m "feat: a feature" feat: a feature 1.3.0-alpha.1+003
gradle releaseVersion release: v1.3.0-alpha.1 1.3.0-alpha.1
git commit -m "feat: another feature" feat: another feature 1.3.0-alpha.2+001
git commit -m "feat!: breaking feature" feat!: breaking feature 2.0.0-alpha.1+002
gradle releaseVersion --preRelease="-" release: v2.0.0 2.0.0

Configuration

The plugin can be configured using the semver extension. This needs to be done before retrieving the version:

semver {
    //Example of each property with their respective default value. 
    //There is no need to set these unless you want to change the default. 
    defaultPreRelease = "SNAPSHOT"
    releasePattern = "\\Arelease(?:\\([^()]+\\))?:"
    majorPattern = "\\A\\w+(?:\\([^()]+\\))?!:|^BREAKING[ -]CHANGE:"
    minorPattern = "\\Afeat(?:\\([^()]+\\))?:"
    patchPattern = "\\Afix(?:\\([^()]+\\))?:"
    releaseCommitTextFormat = "release: v%s\n\n%s"
    releaseTagNameFormat = "%s"
    groupVersionIncrements = true
    noDirtyCheck = false
    noAutoBump = false
    gitDirectory = project.projectDir
    createReleaseCommit = true
    createReleaseTag = true
}

//Remember to retrieve the version after plugin has been configured
version = semver.version
  • defaultPreRelease: sets the default pre-release to use if there are commits or local modifications.
  • releasePattern: used to identify commits that are used as release markers.
  • majorPattern, minorPattern and patchPattern: used to identify conventional commits used for increasing version.
  • releaseCommitTextFormat: String format used by releaseVersion task for creating release commits. First parameter is the version and second parameter is the message (if given using --message=). This text should preferably match the releasePattern.
  • releaseTagNameFormat: String format used by releaseVersion task for creating release tags e.g. "v%s" to prefix version tags with "v".
  • groupVersionIncrements: Used to disable grouping of version increments so that each commit message counts.
  • noDirtyCheck: Can be used to ignore all local modifications when calculating the version. Disabling dirty check can also be donne from the command line e.g. gradlew -PnoDirtyCheck=true someOtherTask.
  • noAutoBump: If set only commits matching majorPattern, minorPattern or patchPattern will increase the version. The default behaviour for the plugin is to assume you have begun the work on the next release for any commit you do after the last release. The patch level (or pre-release level, if the last release was a pre-release) of the version will be incremented by one if not already incremented by majorPattern, minorPattern or patchPattern. (This option does not apply to the release task.)
  • gitDirectory: The directory where the git repo can be found.
  • createReleaseTag: If a release tag should be created when running the release task. Setting this to false has the same effect as the --no-tag flag.
  • createReleaseCommit: If a release commit should be created when running the release task. Setting this to false has the same effect as the --no-commit flag.

Patterns is matched using java regular expressions with IGNORE_CASE and MULTILINE options enabled.

Supported Gradle version

This plugin has been tested on Gradle 7.x and 8.x. (Version 0.4.3 and older should work on gradle 6.x and probably 5.x)

Continues Integration

The plugin calculates the version using the commit tree. Make sure you check out all commits relevant and not just a shallow copy.

GitHub Actions example project

GitHub Actions checkout example

- uses: actions/checkout@v3
  with:
    fetch-depth: 0

GitHub Actions create release example

  - name: Create GitHub release
    env:
      GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
    run: |
      tag=$(git describe --tags --abbrev=0)
      version=$(./gradlew -q printVersion)
       ./gradlew -q printChangeLog | gh release create $tag -d -t "Example Project $version" -F -

Limitations

Version 0.x.x

There is currently no special handling for version 0.x.x. If you make breaking changes and want to preserve the 0.x.x version create a release commit yourself and set the number as desired e.g.

git commit -m "release: 0.1.2" --allow-empty 

Reverts

The plugin does not handle commits reverting previous commits and referring to the reverted commit in the commit message. Set the version to the correct version after reverting as in the example above.

Resources