Workflows: Remove cherry-pick label and add failure label on conflict#76586
Workflows: Remove cherry-pick label and add failure label on conflict#76586Bingtagui404 wants to merge 1 commit intoWordPress:trunkfrom
Conversation
When the automatic cherry-pick fails due to a conflict, the `Backport to WP X.Y Beta/RC` label is now removed and a `Backport Failed` label is added. This makes failures more visible and allows re-triggering by re-adding the label. Closes WordPress#76157
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the Unlinked AccountsThe following contributors have not linked their GitHub and WordPress.org accounts: @Bingtagui404. Contributors, please read how to link your accounts to ensure your work is properly credited in WordPress releases. If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message. To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
|
Warning: Type of PR label mismatch To merge this PR, it requires exactly 1 label indicating the type of PR. Other labels are optional and not being checked here.
Read more about Type labels in Gutenberg. Don't worry if you don't have the required permissions to add labels; the PR reviewer should be able to help with the task. |
|
👋 Thanks for your first Pull Request and for helping build the future of Gutenberg and WordPress, @Bingtagui404! In case you missed it, we'd love to have you join us in our Slack community. If you want to learn more about WordPress development in general, check out the Core Handbook full of helpful information. |
What?
Closes #76157
When the automatic cherry-pick workflow fails due to a conflict, remove the
Backport to WP X.Y Beta/RClabel and add aBackport Failedlabel.Why?
Currently, when a cherry-pick fails, no modifications are made to the labels. This makes it hard to notice failures and difficult to retry (re-adding the label triggers a new attempt).
How?
Added a new step in the
cherry-pick-wp-release.ymlworkflow that runs whenconflict == 'true'. It mirrors the existing success-path label handling:Backport to WP X.Y Beta/RClabelBackport FailedlabelThis step runs before the conflict comment step, so the label state is updated before the user is notified.
Testing Instructions
Backport to WP X.Y Beta/RClabel.Backport Failedis added.Use of AI Tools
This PR was authored with the assistance of Claude Code (AI coding assistant). The change was reviewed and validated by the contributor.