Skip to content

RELEASE-PROCEDURE.md: release candidate git tagging explained #17177

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

Closed
wants to merge 2 commits into from

Conversation

bagder
Copy link
Member

@bagder bagder commented Apr 24, 2025

To help anyone wanting to build/reproduce release candidates, this is the set git tag naming scheme to use. Similar to, but different, than the "normal" release tags to not be possible to mixup.

To help anyone wanting to build/reproduce release candidates, this is
the set git tag naming scheme to use. Similar to, but different, than
the "normal" release tags to not be possible to mixup.
@michael-o
Copy link
Contributor

michael-o commented Apr 25, 2025

Side note: Why are you still sticking with CVS-style tags where dots weren't allowed?

@bagder
Copy link
Member Author

bagder commented Apr 25, 2025

For consistency. I alone have lots of scripting based on this. I assume a few others do as well.

@michael-o
Copy link
Contributor

For consistency. I alone have lots of scripting based on this. I assume a few others do as well.

I bet others as well, but that is not a technical reason. When Tomcat migrated off Subversion to Git I raised my voice to get rid off the CVS limitation for tags since Git plays along. No reason why curl shouldn't do as well.

@bagder bagder marked this pull request as ready for review April 25, 2025 20:46
@bagder bagder closed this in de8622b Apr 26, 2025
@bagder bagder deleted the bagder/rc-tagging branch April 26, 2025 21:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

Successfully merging this pull request may close these issues.

2 participants