-
Notifications
You must be signed in to change notification settings - Fork 43
Add option pass on NoCommitsFoundError #21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
We have planned a feature on commitizen directly that we'll try to implement soon: |
This would be great to have. I would guess that this issue makes the Commitizen action incompatible with Dependabot and similar automated upgrade tools that may routinely open pull requests that only upgrade development dependencies and don't imply a version bump. When I merge a pull request that doesn't imply a version bump, I have to remember to manually delete the subsequent failing Commitizen workflow run, or the build will misleadingly appear to be red after merging a passing pull request. |
The PR is almost ready |
I saw the aforementioned excellent feature released in Commitizen 2.24.0. Is there a way to pass |
Please review PR 🙏🏻 |
Thanks! I plan to integrate it into the action as soon as I'm back from
holiday (next week).
Regards
…On Mon, 25 Apr 2022, 02:44 Kurt von Laven, ***@***.***> wrote:
I saw the aforementioned excellent feature released in Commitizen 2.24.0.
Is there a way to pass --no-raise through to commitizen from this action,
or does a new input need to be added?
—
Reply to this email directly, view it on GitHub
<#21 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AATXJWGX5GYUCFLAOTYZ5HDVGYWKJANCNFSM5PYZUWCA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
@woile, did you mean that reply for a different thread? |
If you use a change type like
ci:
,build:
,docs:
,style:
orchore:
, it won't bump the version unless you add it to thebump_pattern
andbump_map
. You may not want to bump the version for these change types. I propose addingan option to allow pass on
NoCommitsFoundError
. In the exit codes documentation, it throws an error code of 3 when no commits are found. An option to allow pass on no commits found will allow for simpler workflows. For example, if I update the docs or other change types that don't necessitate a release, with an option likeallow_no_commits
I won't have to put parsing around the commit message to not run. With the this option runs the risks of swallowing unintentional errors.The text was updated successfully, but these errors were encountered: