-
Notifications
You must be signed in to change notification settings - Fork 794
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
bumping to the wrong version #928
Comments
This project is now deprecated (#907). |
@aperkaz , maybe this should be made as announcement in the README... Thank you for the information. |
I have the same problem any possible work around? I have multiple CI in azure devops. And some just are stuck in 1.0.1 and cant get to see why. |
I had the same issue on gitlab and the solution was simple: adding By default the runner clones just the last 20 commit messages and if you have more than this, the calculated SemVer wasn't correct. Most likely most CI providers use something similar to reduce the time to fetch the git log. |
We had the same issue in azure devops, and as @kaotika says, it was related to the depth. In Azure Devops, after September 2022, newly created pipelines have shallow fetch enabled by default and it's configured with a depth of 1. We disabled it and everything started working as intended. |
Describe the bug
After months of normal usage, today standard-version stopped bumping the versions normally. It is trying to bump it from 2.3.0 to 1.0.1.
Current behavior
✔ bumping version in composer.json from 2.3.0 to 1.0.1
Expected behavior
✔ bumping version in composer.json from 2.3.0 to 2.3.1
Environment
standard-version
version(s): 9.3.1Possible Solution
Additional context
.versionrc.js
:git tag -l
returns last tag as v2.3.0composer.json
holds the proper 2.3.0 versionThe text was updated successfully, but these errors were encountered: