Skip to content

Commit c849187

Browse files
authored
Mention new config parameter semantic-version-format (#4288)
* Mention new config parameter `semantic-version-format` * Fix typo
1 parent 9c91227 commit c849187

File tree

1 file changed

+3
-0
lines changed

1 file changed

+3
-0
lines changed

BREAKING_CHANGES.md

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -98,6 +98,9 @@
9898
9999
* If you have a tag `1.0.0` on `main` and branch from `main` to `release/1.0.1` then the next version number will be `1.1.0` when using the `GitFlow` workflow. This behavior is expected (but different compared to the `GitHubFlow` workflow) because on the `GitFlow` workflow you have an addition branch configuration with name hotfix where `is-release-branch` is set to `true`. That means if you want `1.0.1` as a next version you need to branch to `hotfix/1.0.1` or `hotfix/next`. On the other hand if you use the `GitHubFlow` workflow the next version number will be `1.0.1` because the increment on the `release` branch is set to `Patch`.
100100
101+
* There is a new configuration parameter `semantic-version-format` with default of `Strict`. The behavior of `Strict` is, that every possible non-semver version e.g. `1.2.3.4` is ignored when trying to calculate the next version. So, if you have three-part and four-part version numbers mixed, it will compute the next version on basis of the last found three-part version number, ignoring all four-part numbers.
102+
This is different compared to v5 where per default it was a `Loose` comparison.
103+
101104
### Legacy Output Variables
102105
103106
The following legacy output variables have been removed in this version:

0 commit comments

Comments
 (0)