Cherry-pick a merged PR onto a release candidate branch and open a new PR. Use when asked to cherry-pick, backport, or port a PR to an rc-minor or rc-patch branch.
Instalación
Instalar con Codex o Claude Copia este prompt, pégalo en Codex, Claude u otro asistente, y deja que revise la página de la skill y la instale por ti.
Cherry-pick a merged PR onto a release candidate branch and open a new PR. Use when asked to cherry-pick, backport, or port a PR to an rc-minor or rc-patch branch.
Cherry-pick – kilocode skill
Important: single session only
Use only a single agent session for the entire cherry-pick. Multiple sessions for the same cherry-pick have caused duplicate PRs in the past.
Arguments
This skill expects two arguments:
Target branch — the release candidate branch (e.g., rc-minor-fleet-v4.83.0, rc-patch-fleet-v4.82.1)
Source PR — a GitHub PR URL or number from the fleetdm/fleet repo
Steps
Fetch the latest remote state
git fetch origin
Identify the merge commit — find the merge commit SHA for the source PR on main.
Never create a branch whose name matches a protected pattern. See
.kilocode/rules/protected-branches.md.
The cherry-pick branch name above is safe because it starts with cherry-pick-,
which does not match any protected pattern. Do not drop the cherry-pick-
prefix or rename the working branch to something starting with feature-,
patch-, minor-, fleet-v, rc-patch-, or rc-minor-.
Common issues
Duplicate PRs — never run multiple agent sessions for the same cherry-pick.
Conflict on cherry-pick — resolve conflicts manually, then git cherry-pick --continue.
Migration timestamp ordering — if the cherry-picked PR includes migrations, verify timestamps are in chronological order on the target branch.