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 }}
Repository navigation
Cannot create release version after creating a pre-release version #1068
Hi,
I am pretty new when it comes to using Commitizen and have not been able to solve this issue:
Commitizen verison: 3.21.2
Version provider: poetry
When merging a pull request in Github, I have a workflow that automatically creates a pre-release using cz bump --prerelease alpha.
This is being created perfectly but after test that and checking that everything works fine, I have a manual flow that I can trigger to create a Release. This release flow will run cz bump. This fails with the message: No commits found.
I have tried adding cz -nr 3 bump with no success (same results).
Not sure but it seems like the pre-release is noticing a new feature change and bumping the version. After that a new commit with the alpha version bump is creating in main which makes the release version not noticing the feature commit?
Is there a way to release (bump) after doing a pre-release without need a new commit?
Steps to reproduce
Push a PR with feat in title.
Merge PR and GitHub workflow will create a pre-release version (using cz bump -prerelease alpha)
Manually trigger a workflow with release version (using cz bump)
Current behavior
When bumping to the release version, error message is shown: No commits found
Desired behavior
A release version should be able to be created after pre-release version
As this issue is mentioned in #1073 , I'll mark it as wait-for-implement and feature, maybe? @noirbizarre Please let me know if I misunderstood anything 🤔
The reason why doing a release just after a prerelease doesn't work is because of the absence of new commit.
A new --allow-no-commit flag has been introduced to deal with bumping without commit message in v4.2.0 (it was actually introduced in v4.1.0 under the name --emptyand renamed afterwards) .
However the No commits found still get raised. Why? Because when you use cz bump, a bunch of things is done but mainly:
determine the next version
create commit and tag accordingly
and eventually update changelog
The changelog command run during this process raises the NoCommitsFoundError. The --allow-no-commit flag has no effect on it.
Activity
Lee-W commentedon May 20, 2024
As this issue is mentioned in #1073 , I'll mark it as wait-for-implement and feature, maybe? @noirbizarre Please let me know if I misunderstood anything 🤔
giuseppeambrosio97 commentedon Aug 18, 2025
I have the same issue.
I am trying to implement the following releasing workflow:
But when I run the manual trigger I have the error "No commits found".
Pre release workflow
Release
Configuration
[tool.commitizen]
name = "cz_conventional_commits"
tag_format = "v$version"
version_scheme = "pep440"
version_provider = "uv"
update_changelog_on_bump = true
major_version_zero = true
changelog_merge_prerelease = true
System info
>> cz version -r Commitizen Version: 4.8.3 Python Version: 3.12.8 (main, Jan 5 2025, 05:33:15) [Clang 19.1.6 ] Operating System: Linuxtekeinhor commentedon Sep 2, 2025
Hello,
The reason why doing a release just after a prerelease doesn't work is because of the absence of new commit.
A new
--allow-no-commitflag has been introduced to deal with bumping without commit message inv4.2.0(it was actually introduced inv4.1.0under the name--emptyand renamed afterwards) .However the
No commits foundstill get raised. Why? Because when you usecz bump, a bunch of things is done but mainly:The
changelogcommand run during this process raises theNoCommitsFoundError. The--allow-no-commitflag has no effect on it.To fix that, I guess a there are a couple of possibilities.
--allow-no-commitflag to the changelogself.current_versionis emptyWhat do you guys think?
My config
fellnerse commentedon Jan 22, 2026
We have the exact same problem. What is the expected process for bumping the version after a pre-release?
woile commentedon Jan 22, 2026
This behavior works in
v2.41.0. There was probably a regression somewhere