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
Open-issue triage sweep performed on 2026-05-10. All 14 then-open issues were
classified and (where appropriate) reproduced; bug/doc fixes have PRs.
Each issue also got an inline triage comment with the same classification
plus a workaround where one is reasonable.
Filing this as a tracking issue so a maintainer can:
Confirm or correct my classifications.
Land the three fix PRs below.
Decide which of the feature requests are accepted vs. closed.
Close the no-action / question issues that have a clear answer.
I'm not a maintainer here, so I have not applied labels or closed anything.
Report the new version on outputs.version when commit: false is combined with a version_provider that does not write a tracked file (e.g. scm). Captures via cz bump --get-next before the real bump
All three were reproduced on a fresh repo before the fix; PRs include
before/after evidence. PR #114 was iterated once after a code review
caught an incompatibility with cz < 4.10.1 (commitizen-tools/commitizen#1640).
Feature requests (out of scope for the bug/doc sweep)
Each of these has a workaround posted on the issue.
Bumping when resolving merge conflicts #86 -- merge-conflict bumping CHANGELOG.md across dev/staging/main;
workflow design issue, fixable on the user's side with the existing if: ""!startsWith(github.event.head_commit.message, 'bump:')"" skip
guard plus restricting bumps to the release branch.
How to use pre_bump_hook scripts with this action #78 -- pre_bump_hook scripts inside the Docker container action;
by-design limitation. Workarounds: install cz directly on the
runner, use extra_requirements, or move hook work to a separate
workflow step.
[BUG]: Unstaged Changes #80 -- cannot pull with rebase: You have unstaged changes; not
reproducible inside the action's own steps. Almost always caused by
an earlier step in the same job dirtying the workspace.
Reporting a vulnerability #67 -- private vulnerability reporting; needs a repo admin to enable
it under Settings -> Security -> Code security and analysis.
Summary
Open-issue triage sweep performed on 2026-05-10. All 14 then-open issues were
classified and (where appropriate) reproduced; bug/doc fixes have PRs.
Each issue also got an inline triage comment with the same classification
plus a workaround where one is reasonable.
Filing this as a tracking issue so a maintainer can:
I'm not a maintainer here, so I have not applied labels or closed anything.
Bug / doc fixes -- PRs open
README.mdreference links to commitizen docs (404 -> 200)git commitsummary fromchangelog_increment_filenameoutput by forcing--git-output-to-stderrwhen that input is setoutputs.versionwhencommit: falseis combined with aversion_providerthat does not write a tracked file (e.g.scm). Captures viacz bump --get-nextbefore the real bumpAll three were reproduced on a fresh repo before the fix; PRs include
before/after evidence. PR #114 was iterated once after a code review
caught an incompatibility with
cz < 4.10.1(commitizen-tools/commitizen#1640).Feature requests (out of scope for the bug/doc sweep)
Each of these has a workaround posted on the issue.
next_tag/previous_tag(currently onlyversionis exposed)actions/checkoutcan use itvX/vX.Ytags inside users' own bump jobs(this repo itself already publishes such tags via the
ci/publish-major-minor-tagworkflow from ci: publish major and minor tags #88)Usage questions / user-config (no code change)
CHANGELOG.mdacrossdev/staging/main;workflow design issue, fixable on the user's side with the existing
if: ""!startsWith(github.event.head_commit.message, 'bump:')""skipguard plus restricting bumps to the release branch.
pre_bump_hookscripts inside the Docker container action;by-design limitation. Workarounds: install
czdirectly on therunner, use
extra_requirements, or move hook work to a separateworkflow step.
Action does not find a specified file in version_files;already addressed by the
working_directoryinput added in feat: addworking_directoryinput #90,after this issue was filed. Likely closeable.
cannot pull with rebase: You have unstaged changes; notreproducible inside the action's own steps. Almost always caused by
an earlier step in the same job dirtying the workspace.
bump runs; not a code defect, fixable with a workflow-level
concurrency:group. Worth a README note.No secret key);gpg-agentwas added bythe merged feat: add gpg-agent #104 which removes the
probably not installederror,but the underlying host -> container
~/.gnupgmount mismatch isoutside this action. Best fix is a README addition documenting
@rexut's workaround posted in
gpg: signing failed: No secret key #72 (comment).
Meta
it under Settings -> Security -> Code security and analysis.
Suggested next actions for maintainers
working_directory).README.mdfor gpg: signing failed: No secret key #72 (GPG mount workaround) and Possible race condition when commitizen-action is triggered twice by two different pushes #101 (concurrency group).cc @woile @Lee-W