-
Notifications
You must be signed in to change notification settings - Fork 112
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
Support calver numbering? #802
Comments
CalVer is fine for binaries but is incompatible with packaging of libraries in Rust and I'd prefer for there to be some friction to this feature to avoid streamlining "bad behavior".
For error recovery purposes, we don't bump versions by default, so we'd need some way to indicate "bump for calver" on the command-line. We' also need to be conscious of workspaces where libraries and binaries might be present. One idea
Thoughts? |
I agree about warning (or maybe even refusing?) if there are any library crates in scope. idk if you read cargo-metadata today; if not this might make it a larger PR. I have not thought through what happens with crates that build a library but are intended for use as a binary, although that's probably common. Maybe just saying "if there's a bin target it's fine" is OK. Otherwise that all sounds good, just remembering we'd want to let people configure what specific style of calver they're using. |
I had overlooked this part of the issue. Thats a bit annoying. |
How would you feel about a configuration option to turn on CalVer numbering?
That is, when automatically selecting a new version number for a release, instead of incrementing the patch level etc, it would follow this logic:
Actually, there are variations for whether people want four-digit years, whether the last field should be the day-of-month, etc.
The motivation is that I'm using this for cargo-mutants.
The text was updated successfully, but these errors were encountered: