Replies: 1 comment 2 replies
-
Your workflow has nothing to do with the workflow: GitFlow/v1
branches:
develop:
regex: ^trunk$
label: rc
increment: Patch
release:
label: rc |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I would like to use GitVersion for a rather simple versioning scheme based on trunk based development with branch for release strategy.
The goal is to have
trunk
andrelease
branches produce consistent-rc.X
prereleases until a commit is explicitly tagged with a version, where all versions ontrunk
would always bemajor.minor.0
and onrelease
branchesmajor.minor.patch
(wherepatch
could also be zero.An example could look like this:
Trunk
There are 3 different sources for the version on
trunk
:Minor
bump with base version from the tag)Minor
bump with base version from release branch name)*Minor
bump with base version from the tag)*) this is an optional requirement that would allow the deletion of outdated release branches.
Release
There are 2 different sources for the version on
release
:Patch
bump with base version from the tag)Always the highest determined version from all sources dominates.
The release tags (non-prerelease) would be created manually and would not have to be calculated by GitVersion.
Is it possible to configure GitVersion to get such a behavior?
(I already saw #3387, but it does not work reliably)
Beta Was this translation helpful? Give feedback.
All reactions