-
Notifications
You must be signed in to change notification settings - Fork 185
0.22.0 release #537
Comments
Thanks for opening your first issue here! Be sure to follow the issue template! |
It would be good to not re-tag the release as well. relates to: |
Hi @chenrui333 I'm actually not sure we can complete the release in the state it was tagged. I think we may need to skip that version and release the next version with the new release process. @chenrui333 is that a problem for brew? @dani-santos-code wdyt? |
Not sure if is related, but for me the latest version 0.22.0 is not working but 0.21.0 is:
|
Sort of, and I assume that it's likely the same for many other downstream packagers. Often, we build a new version of a package when we see a new tag comes out. And it confuses us when the tag is pulled, modified, and republished later, because we'll see the change in the source artifact's checksum. In those cases we'll have to confirm with upstream maintainers to see if that's intentional. There can be good cases, where the retagging was just a consequence of an oversight; but there can also be bad ones, where the source repository gets compromised somehow. And we'll need to wipe out the chance of the latter. Also, as mentioned in Git's documentation, re-tagging is an "insane thing" that's strongly discouraged, because tags are meant to be final once they are published. A recommended way would be, as you and also the docs have mentioned, to publish a new version (i.e. tag) instead. (Or if you're just unsure if CI works -- it would be nice to have some other ways to test it, like doing it in a fork.) I see that the tag Thanks! We appreciate all your great work maintaining the |
ISSUE TYPE
BUG REPORT
SUMMARY
👋 Looks like the 0.22.0 release did not get completed, thanks!
relates to Homebrew/homebrew-core#125542
The text was updated successfully, but these errors were encountered: