We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
x.py package source
Otherwise, the RC always has the same tag name as the formal release name. And it's awkward to force-push for overwriting refs.
cc @PragmaTwice @git-hulk may you check where we should use -rcX during the release process?
-rcX
The text was updated successfully, but these errors were encountered:
Sure, we can make it push to a tag with rc suffix.
Sorry, something went wrong.
@PragmaTwice what I'm afraid of is that there is still other place we need rc suffix except the git tag :D
rc
I can help with this.
Not sure whether my understand is correct, it's to support ./x.py package source -v 2.3.2 -rc 1 and then create a tag '2.3.2-rc1'.
./x.py package source -v 2.3.2 -rc 1
@ZENOTME Thanks for your input! That sounds good to me. Please go ahead.
ZENOTME
Successfully merging a pull request may close this issue.
Search before asking
Motivation
Otherwise, the RC always has the same tag name as the formal release name. And it's awkward to force-push for overwriting refs.
Solution
cc @PragmaTwice @git-hulk may you check where we should use
-rcX
during the release process?Are you willing to submit a PR?
The text was updated successfully, but these errors were encountered: