- Version numbers in branches other than
releasebranches are no longer considered as a version source by default. Implemented in #1541. - #1581 folds
GitTools.Coreback into GitVersion to make maintaining GitVersion easier.
When using GitFlow, a few things have changed. Hopefully the new settings just work for you
develophas pre-release tag ofalphanow, not unstable.developwill bump as soon as areleasebranch is created.- Look at the GitFlow examples for details of how it works now.
GitVersionConfig.yamlis deprecated in favor ofGitVersion.yml.- Regular expressions are no longer used as keys in branch config
- We have named branches, and introduced a
regexconfig which you can override. - The default keys are:
master,develop,feature,release,pull-request,hotfixandsupport - Just run
GitVersion.exein your project directory and it will tell you what to change your config keys to - For example,
dev(elop)?(ment)?$is now justdevelop, we suggest not overring regular expressions unless you really want to use a different convention.
- We have named branches, and introduced a
source-branchesadded as a configuration option for branches, it helps GitVersion pick the correct source branch
- NextVersion.txt has been deprecated, only
GitVersionConfig.yamlis supported AssemblyFileSemVervariable removed,AssemblyVersioningSchemeconfiguration value makes this variable obsolete- Variables
ClassicVersionandClassicVersionWithTagremoved - MSBuild task arguments (
AssemblyVersioningScheme,DevelopBranchTag,ReleaseBranchTag,TagPrefix,NextVersion) have been removed, useGitVersionConfig.yamlinstead - GitVersionTask's
ReleaseDateAttributeno longer exists