You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 13, 2021. It is now read-only.
If a project is on, say, v0.2.0 and you have a breaking change-commit, running semantic-rs suggests the new version should now be v1.0.0:
$ semantic-rs -w=no -r=no
semantic.rs 馃殌
Performing preflight checks now
Checks done. Everything is ok
Current version: 0.2.0
Analyzing commits
Commits analyzed. Bump would be Major
New version would be: 1.0.0
But according to http://semver.org, you bump the 2nd component for breaking changes when you are at major v0
At major version 0 all bets are off anyway and, if we're going by the spec directly, everything is considered breaking anyway.
semantic-rs is not really built to support that part of development and more suited to once you are stable (v1.0.0).
I totally see that we could support that use case though.
(Development on semantic is a bit halted right now due to us not having time an energy to move it forward)
If a project is on, say,
v0.2.0
and you have a breaking change-commit, runningsemantic-rs
suggests the new version should now bev1.0.0
:But according to http://semver.org, you bump the 2nd component for breaking changes when you are at major v0
Expected:
v0.2.0
->v0.3.0
Actual:
v0.2.0
->v1.0.0
The text was updated successfully, but these errors were encountered: