-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Add scripts for tagging Velero releases #2592
Conversation
enqueued to review tomorrow morning! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@nrb thanks for putting this together! It'll definitely be helpful. The main issue I saw is that for a patch release, in between creating a release branch and creating a tag, the user will need to cherry-pick commits, so need to decide how to work that into the script(s).
@ashish-amarnath @carlisia I've marked this as ready for review, but let me know what you think of the tool's workflow. I'm aiming to make the process better, but probably not perfect on this go. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This lgtm.
Needs a rebase, but let's
Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
* Pause to allow for cherry-picking on the release branch before pushing it * Move master branch logic into an else statement * Correct typo Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
@ashish-amarnath @carlisia Rebased! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
hack/release-tools/tag-release.sh
Outdated
# Ensure that we have a clean working tree before we let any changes happen, especially important for cutting release branches. | ||
#if [[ -n $(git status --short) ]]; then | ||
# echo "Your git working directory is dirty! Please clean up untracked files and stash any changes before proceeding." | ||
# exit 3 | ||
#fi |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be uncommented to avoid publishing release built from local changes.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM.
One comment about running make release
only on a clean tree.
Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍 thanks for all the comments! And the test!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🚀
* Add release tools Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Document the tag-release release tool Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Make sure the upstream used is correct Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Add copyright statement Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Address review feedback * Pause to allow for cherry-picking on the release branch before pushing it * Move master branch logic into an else statement * Correct typo Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Uncomment check for dirty git working tree Signed-off-by: Nolan Brubaker <brubakern@vmware.com>
* Adjust restic timeout and pod values up (#2696) * Adjust restic timeout and pod values up Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * 🐛 Use CRD version prior to remap_crd_version backup item action (#2683) * 🐛 preserve crd version before remapping Signed-off-by: Ashish Amarnath <ashisham@vmware.com> * 🏃♂️ pass git state to build from makefile Signed-off-by: Ashish Amarnath <ashisham@vmware.com> * Add scripts for tagging Velero releases (#2592) * Add release tools Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Document the tag-release release tool Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Make sure the upstream used is correct Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Add copyright statement Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Address review feedback * Pause to allow for cherry-picking on the release branch before pushing it * Move master branch logic into an else statement * Correct typo Signed-off-by: Nolan Brubaker <brubakern@vmware.com> * Uncomment check for dirty git working tree Signed-off-by: Nolan Brubaker <brubakern@vmware.com> Co-authored-by: Ashish Amarnath <ashisham@vmware.com>
Fixes #2472
Hopefully :)
I think there's some steps I may need to fix for the release branch logic, as I've not done that part. From what I can tell, this logic works well, but I want more eyes on this as I've played with it against a fake upstream that pointed to my own repo that I can't actually make a release against.