본문으로 건너뛰기
cccskills
무료GitHub에 공개

cascade-merge

Cascade merge changes through a chain of dependent branches. Use when updating stacked/chained PRs, propagating changes from a parent branch to all downstream branches, or when the user mentions "cascade merge", "propagate changes", "update dependent branches", or "merge to downstream branches".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구GitHub
설치 방법 보기

포함된 파일(1)

  • SKILL.md2.6 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Cascade Merge

Propagate changes from a source branch through all dependent branches in a PR chain.

Workflow

1. Identify Downstream Branches

gh pr list --state open --json number,title,headRefName,baseRefName --limit 50 | jq -r '.[] | "\(.baseRefName)\t\(.headRefName)"'

Build the dependency chain by finding PRs where baseRefName matches the current branch, then recursively find PRs based on those branches.

2. Merge and Push Each Branch

Fetch first, then for each downstream branch in order:

git fetch origin
git checkout <downstream-branch>
git merge origin/<upstream-branch> --no-edit
git push origin <downstream-branch>

A hook allows git merge only for the remote-tracking branch of the PR's base, so merge origin/<upstream-branch>, not the local branch. Pushing the upstream branch updates origin/<upstream-branch> before the next downstream merge.

Do not cherry-pick into a downstream branch, even when the merge is blocked or only one commit is needed. A cherry-picked commit gets a new hash, so git cannot tell it is the same change as the upstream commit. Every later change upstream has to be picked again by hand, and each round leaves duplicate commits and conflicts in the downstream history. When the PR targets a branch other than the default branch, a hook blocks git cherry-pick of any commit that an upstream branch already holds. Upstream branches are the base, its own PR bases up the chain, and the default branch. If the merge you need is blocked, report it to the user instead of looking for another route.

3. Handle Conflicts

If a merge conflict occurs:

  1. Report the conflict to the user
  2. Ask how to proceed (resolve manually, skip branch, or abort)

Example

Given this PR chain:

main
 └── feature-1
      └── feature-2
           └── feature-3

When feature-1 is updated, cascade merge will:

  1. Merge feature-1 into feature-2, push
  2. Merge feature-2 into feature-3, push

Output

Report results as a table:

BranchMerged FromStatus
feature-2feature-1Done
feature-3feature-2Done

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Use by any agent before writing specs, editing code, or changing workflow files when the change could add compatibility behavior, aliases, silent fallbacks, or default-value fallbacks.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

grill-me

무료

Interview the user in rounds until no branch of the design tree stays open.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

外部のスキルをこのリポジトリにコピーして自分のスキルにする。ユーザーがスキルのURLやリポジトリ名を渡して「入れたい」「導入したい」と言ったとき、「上流を参照せずコピーしたい」と言ったとき、またはユーザーが `/import-skill` と打ったときに使う。Vendors an external Claude skill into this repository.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

ponytail

무료

Forces the laziest solution that actually works, simplest, shortest, most minimal. Channels a senior dev who has been paged at 3am for a factory class that wrapped one function: question whether the task needs to exist at all, reach for the standard library before custom code, native platform features before dependencies, one line before fifty. Supports intensity levels: lite, full, ultra. The default is full. Use on ANY coding task: writing, adding, refactoring, fixing, reviewing, or designing code, and choosing libraries or dependencies. Also use whenever the user says "ponytail", "be lazy", "lazy mode", "simplest solution", "minimal solution", "yagni", "do less", or "shortest path", or complains about over-engineering, bloat, boilerplate, or unnecessary dependencies. Do NOT use for non-coding requests such as general knowledge, prose, translation, summaries, recipes.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

pr-create

무료

PRを作る、または既存PRのbodyを直す。ユーザーが「PRを作る」「PR出して」「PRのbodyを直して」と言ったとき、ユーザーが `/pr-create` と打ったとき、または `gh pr create` や `gh pr edit --body` がhookにブロックされたときに使う。Creates or edits a pull request with a three-line body.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

pr-review

무료

Review a GitHub pull request from multiple perspectives in parallel, output only findings, then let the user pick which to fix in the same session. Use when the user asks to review a PR by number, mentions "PRレビュー" / "PR review" with a number, or invokes `/pr-review <number>`. Fans out subagents for absolute-rules, stop-slop, security, architecture, code-quality, testing, and ai-antipattern.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

ogadra/dotfiles32026년 10월 19일 업데이트

ogadra의 스킬 모두 보기

이 스킬의 문제 신고