Skip to content

Forward port 5.0: Automatic backporting workflow from 4.1 to 4.2#16285

Merged
chrisvest merged 1 commit into5.0from
forwardport-pr-16273-to-5.0
Feb 17, 2026
Merged

Forward port 5.0: Automatic backporting workflow from 4.1 to 4.2#16285
chrisvest merged 1 commit into5.0from
forwardport-pr-16273-to-5.0

Conversation

@netty-project-bot
Copy link
Copy Markdown
Contributor

Forward port of #16273 to 5.0
Cherry-picked commit: c0c2c27


Motivation:
We often backport PRs from 4.2 to 4.1.
Because these branches are very similar, cherry-picking often applies cleanly.

Modification:
Add a workflow that triggers when a is PRs merged into 4.2 with the needs-cherry-pick-4.1 label, or when a merged PR is labelled with needs-cherry-pick-4.1.
The workflow triggers on pull_request_target so that it runs in the context of the base branch, rather than the PR, which gives it access to repository secrets – this is safe because we're not running any code that's been added or modified by the PR in question.
The workflow checks out the full git history, and tries to cherry-pick the merge commit onto 4.1 and create a pull-request. Finally, the workflow adds a comment to the original PR, linking the backport PR if the cherry-pick succeeded, or reporting failure if it didn't.
The back port branch are pushed back to the netty/netty repository using the same SSH key we use to push release tags.

Result:
Easier to keep 4.1 up to date with bug fixes we do in 4.2.
This PR attempts to fix the issues encountered with #16269 and #16271

Motivation:
We often backport PRs from 4.2 to 4.1.
Because these branches are very similar, cherry-picking often applies
cleanly.

Modification:
Add a workflow that triggers when a is PRs merged into 4.2 with the
`needs-cherry-pick-4.1` label, or when a merged PR is labelled with
`needs-cherry-pick-4.1`.
The workflow triggers on `pull_request_target` so that it runs in the
context of the base branch, rather than the PR, which gives it access to
repository secrets – this is safe because we're not running any code
that's been added or modified by the PR in question.
The workflow checks out the full git history, and tries to cherry-pick
the merge commit onto `4.1` and create a pull-request. Finally, the
workflow adds a comment to the original PR, linking the backport PR if
the cherry-pick succeeded, or reporting failure if it didn't.
The back port branch are pushed back to the netty/netty repository using
the same SSH key we use to push release tags.

Result:
Easier to keep 4.1 up to date with bug fixes we do in 4.2.
This PR attempts to fix the issues encountered with
#16269 and
#16271

(cherry picked from commit c0c2c27)
@chrisvest chrisvest enabled auto-merge (squash) February 17, 2026 02:39
@chrisvest chrisvest disabled auto-merge February 17, 2026 17:11
@chrisvest chrisvest merged commit 7414326 into 5.0 Feb 17, 2026
8 of 13 checks passed
@chrisvest chrisvest deleted the forwardport-pr-16273-to-5.0 branch February 17, 2026 17:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants