-
take a look at the
I manually generated the initial tag Below is the
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
The bump message increment behaves different depending on whether you run it on branches with mainline or non-mainline mode. In this case I expect you are in a branch with ContinuousDelivery mode with increment Minor and complaining about that the commit message semver+: patch not considered right!? The bump message feature like it is implemented in the actual version of git-version is there to bump the increment to a higher value for the calculation of the next version. If lets say the base version is 1.0.0 then the following matrix applies: A commit without a bump message yields:
A commit with semver+: patch message yields
A commit with semver+: minor message yields
A commit with semver+: major message yields
You need to think about the use case of using the bump message feature. The motivation is more dependent on what changes your commit includes from the development perspective. When you in the role of a developer don't care about what the target branch might be and think: "Oh it's not just a minor change it’s a huge change which should yield to a major version increment because I have updated the API with a breaking change." Hope that's understandable. |
Beta Was this translation helpful? Give feedback.
The bump message increment behaves different depending on whether you run it on branches with mainline or non-mainline mode. In this case I expect you are in a branch with ContinuousDelivery mode with increment Minor and complaining about that the commit message semver+: patch not considered right!?
The bump message feature like it is implemented in the actual version of git-version is there to bump the increment to a higher value for the calculation of the next version. If lets say the base version is 1.0.0 then the following matrix applies:
A commit without a bump message yields: