Open sryabkov opened 4 years ago
It's actually more or less on purpose, as I first tag/release and afterwards increment versions in the deployment manifests and README. I don't consider this an issue --- e.g. I might release something, test it on some server, and afterwards bump the versions in README/manifests.
@hjacobs I figured you didn't consider this to be an issue, otherwise you wouldn't be doing it, but I suspect most (or at least some) people would be tripped by this, that's why I created the issue.
The
20.2.0
tag is placed on commitf395fbc
instead of86e1dea
, which follows it.When one does
git checkout 20.2.0
, they get20.2.0
bits with the20.1.0
version numberPlease see the screenshot
It looks like this is an issues that persists throughout versions:
I can see three possible remedies:
Others have been confused by this, as can be see in this comment