Skip to content

Commit 8a1c9f3

Browse files
authored
Removed opinionated statement regard SemVer
Removed sentence: "Bumping one of the version components by more than 1 in a single release means you will have gaps in your version number, which defeats the purpose of SemVer." Which is simply not true.
1 parent bbaf92c commit 8a1c9f3

File tree

1 file changed

+1
-3
lines changed

1 file changed

+1
-3
lines changed

docs/input/docs/more-info/version-increments.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -16,9 +16,7 @@ version only increases after you release, this directly conflicts with the
1616
concept of published CI builds. When you release the next version of your
1717
library/app/website/whatever you should only increment major/minor or patch then
1818
reset all lower parts to 0, for instance given 1.0.0, the next release should be
19-
either `2.0.0`, `1.1.0` or `1.0.1`. Bumping one of the version components by
20-
more than 1 in a single release means you will have gaps in your version number,
21-
which defeats the purpose of SemVer.
19+
either `2.0.0`, `1.1.0` or `1.0.1`.
2220

2321
Because of this, GitVersion works out what the next SemVer of your app is on
2422
each commit. When you are ready to release you simply deploy the latest built

0 commit comments

Comments
 (0)