Open hcording opened 5 months ago
Yea the docs may be a bit misleading here. Either manual or automation is required to call bump-my-version.
If you want to automate pre-releases I would use branches and github actions. Take a look at the automation in this repo for ideas.
I'll try to do a more complete write up soon, but feel free to ask follow-up questions.
Yea the docs may be a bit misleading here. Either manual or automation is required to call bump-my-version.
If you want to automate pre-releases I would use branches and github actions. Take a look at the automation in this repo for ideas.
I'll try to do a more complete write up soon, but feel free to ask follow-up questions.
Yeah I think clarifying this in the docs would be super helpful. I'll take a look at the actions in this repo for inspiration, thanks!
Okay I've taken a look, but still unsure how to actually bump the version automatically with a pre-commit hook for example. I thought it would be something like bump-my-version bump pre_n
, but this doesn't work for me, it's bumping e.g. 0.2.0-alpha0 to 0.2.0. Is there a command to bump the pre-release version number when using distance_to_latest_tag
? I'd only want this automation to increase pre_n when there actually is a pre-release version number to bump, otherwise do nothing. Thanks!
Description
I checked the README and existing issues, trying to automate the bump of pre-release numbers (alpha0, alpha1, ...) whenever I commit. However, the version doesn't change when I do
git commit
.What I Did
This is my .bumpmyversion.toml
Did I miss something obvious? I couldn't find any detailed instructions on how to use this feature, the README just says "Release candidate versions increase automatically with each commit." - but this isn't the case for me. Or is this entirely meant as a GitHub Actions / CICD feature?