-
Notifications
You must be signed in to change notification settings - Fork 37
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
[ISSUE-18] Customize cherry pick branch name #26
[ISSUE-18] Customize cherry pick branch name #26
Conversation
I tried this fix in a custom repo. Workflow config: https://github.com/lampajr/chain-status-example/blob/main/.github/workflows/backport.yaml Generated cherry pick PRs:
|
Hi @carloscastrojumo whenever you get time could you please code review this? |
Hi @lampajr . Thank you for your contribution, specially for the new suite of tests. I'm ok with override the cherry-pick branch name, I'm just curious, and this is more related to the actual #18, in what scenarios is this an issue? Release branch + git commit SHA should always be unique or what am I missing? |
Hi @carloscastrojumo , you are right that's not an issue as I completely missed the On the other hand, just to give you more context on why I need this change: we are actually using build-chain to perform cross-repositories projects builds - this tool relies on the branch name in order to cross check multiple PRs on different repos, therefore we must ensure that multiple PRs (on different repos, that's the crucial point) share the same branch name (which cannot be ensured if using commit sha as part of the branch name itself). If you want I can create a new issue with this motivation and link it to this PR, wdyt? |
It's fine. I will question the issue owner to see how can I help. Thanks again for contributing. |
Thank you very much @carloscastrojumo |
Fix #18
So that users can have control over the new cherry-pick branch name, like re-using the original branch name concatenaed with the target one:
In this way users can cherry-pick the same change on more than one release branch or simply using their branching convention.