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
As the title says, even when performing a patchlevel (or major) release, the minor version number is always updated.
For a release of 0.4.1, this will lead to the dependencies being set to ^0.5 and the branch alias 0.5-dev, which is not always desirable, as long as you're not working on the next incompatible release.
For a release of 1.0, this will lead to the dependencies being set to ^1.1 and the branch alias 1.1-dev, which might also be wrong if you're creating a release branch for the 1.x series and want to continue developing 2.0 on main.
IMO it would be best to somehow be able to specify if and how the version should be raised (e.g. with a parameter with values "major"/"minor"/"unchanged").
The text was updated successfully, but these errors were encountered:
As the title says, even when performing a patchlevel (or major) release, the minor version number is always updated.
For a release of 0.4.1, this will lead to the dependencies being set to
^0.5
and the branch alias0.5-dev
, which is not always desirable, as long as you're not working on the next incompatible release.For a release of 1.0, this will lead to the dependencies being set to
^1.1
and the branch alias1.1-dev
, which might also be wrong if you're creating a release branch for the 1.x series and want to continue developing 2.0 on main.IMO it would be best to somehow be able to specify if and how the version should be raised (e.g. with a parameter with values "major"/"minor"/"unchanged").
The text was updated successfully, but these errors were encountered: