$ rustc --version
rustc 1.36.0 (a53f9df32 2019-07-03)
git repository issue affecting versioning itself.
I can't figure out which git revision corresponds to the crates.io 2.33.0 release.
I wanted to understand the lifetime parameters of clap::App better while viewing the 2.33.0 docs for my project (which were generated from cargo doc). So, I cloned the source of clap and did git tag --list. I don't see 2.33.0. The latest tags I see are 2.30.0 and 2.31.2.
I skimmed the README.md to see details about release policy and how releases are made, but couldn't find a resolution to my mystery.
I expect git tag --list (as well as the Github releases) to include a tag for the release I've installed from crates.io so I have some indication that I'm viewing the correct revision of a git checkout.
If for some reason the release policy cannot or does not use git tags (and github releases) anymore, the docs need to describe how I can find the exact source revisions I'm relying on from crates.io.
When I run git tag --list I see recent releases up to 2.31.2 but no more recent release tags.
$ git clone 'https://github.com/clap-rs/clap'
$ cd clap
$ git tag --list
Visually verify the list does not contain 2.33.0.
(See above steps.)
Not relevant.
Yes we didn't push a tag for the last few releases. These are the commits that correspond to 2.33.0 release: https://github.com/clap-rs/clap/commit/784524f7eb193e35f81082cc69454c8c21b948f7
Was this a change in process or an oversight? If the former, can you add some documentation about the release process? If the latter, can you retroactively add tags?
I think you should definitely have a tag per release. It just makes everything more transparent and easier to reference cargo releases to git commits.
Yes I agree tags are helpful, it is just that it got overlooked when we did the last few releases.
Stumbled on this today, was very surprised. Can you create tags now? It would be very helpful.
Fixed.