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
Please git tag the releases when they are made to crates.io . This makes it easier to look at the source code of a specific version later.
For example c361446 should have been tagged as so in the repository.
The text was updated successfully, but these errors were encountered:
I'll consider it for the next release. I'll checkout if there's a cargo command that'll just do it for me on publish since otherwise I'll forget. Do you have any recommendations?
I have no intention in tagging old releases. I'm sure you can grep for the version bump commits if you really wanted to. Also the commit sha is included in the published package.
I think it is fine to not tag old releases. I'm not aware of a cargo command that does it for you. What you can do is make CI create the release. Then you automatically trigger those releases based on tags. An example Rust project that does this is Ripgrep https://github.com/BurntSushi/ripgrep/blob/master/.github/workflows/release.yml .
If setting up CI this way is overkill you could create something like Release.md or release.sh with a checklist to follow for releases or automatically do the steps in the script.
Edit: Looks like Ripgrep doesn't actually release to crates.io, just to Github. Don't have another crate from the top of my head.
Please git tag the releases when they are made to crates.io . This makes it easier to look at the source code of a specific version later.
For example c361446 should have been tagged as so in the repository.
The text was updated successfully, but these errors were encountered: