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
First of: thanks for this project. When I tried to integrate it to calculate the next release version based on the commits I ran into the following problem:
Adding any conventional commit to the history results in a patch increase of the version, when git-cliff ---bump is used.
Is this intended?
If that is so, can this be configured in anyway?
Steps To Reproduce
The following history works as expected, and produces v0.1.0 via git-cliff --bumped-version
8e33455 (HEAD -> master) another commit
f1990f3 feat: a commit
306b48a (tag: v0.0.0) init commit
Adding the new tag and a commit that is not fix|feat:
da805b7 (HEAD -> master) ci: should not create a patch
8e33455 (tag: v0.1.0) another commit
f1990f3 feat: a commit
306b48a (tag: v0.0.0) init commit
Results in version of v0.1.1. Same behaviour for e.g. docs: add readme.
Additionally, adding the following settings to the default cliff.toml:
"fix:" -> increments PATCH
"feat:" -> increments MINOR
"scope!" (breaking changes) -> increments MAJOR
I would expect that, a patch version should only be created if there is a fix: ... commit in the unreleased history. The following history should not create a patch increase.
da805b7 (HEAD -> master) ci: should not create a patch
8e33455 (tag: v0.1.0) another commit
f1990f3 feat: a commit
306b48a (tag: v0.0.0) init commit
Is there an existing issue for this?
Description of the bug
First of: thanks for this project. When I tried to integrate it to calculate the next release version based on the commits I ran into the following problem:
Adding any conventional commit to the history results in a patch increase of the version, when
git-cliff ---bump
is used.Steps To Reproduce
The following history works as expected, and produces
v0.1.0
viagit-cliff --bumped-version
Adding the new tag and a commit that is not
fix|feat
:Results in version of
v0.1.1
. Same behaviour for e.g.docs: add readme
.Additionally, adding the following settings to the default
cliff.toml
:Does not affect this behaviour.
Expected behavior
As per the documentation (https://git-cliff.org/docs/usage/bump-version)
I would expect that, a patch version should only be created if there is a
fix: ...
commit in the unreleased history. The following history should not create a patch increase.However, a new patch version is created:
Screenshots / Logs
No response
Software information
Additional context
cliff.toml:
The text was updated successfully, but these errors were encountered: