← Back to list

stacked-prs
by mkaczkowski
⭐ 2🍴 0📅 Jan 9, 2026
SKILL.md
name: stacked-prs description: Create stacked pull requests for GitHub repositories. Use when breaking large features into sequential, dependent PRs with conventional commit titles. Triggers on requests to create stacked PRs, split work into multiple PRs, or organize changes into a PR series.
Stacked PRs
Create a series of dependent pull requests that build on each other, with properly formatted conventional commit titles.
PR Title Format
<type>(<scope>): <description> <order>/<total> (<ticket>)
Components:
| Part | Case | Example | Notes |
|---|---|---|---|
| type | lowercase | feat, fix, refactor | Conventional commit type |
| scope | lowercase | perf, auth, api | Feature area in parentheses |
| description | lowercase | add ReactFlowCanvas... | Start lowercase, no period |
| order/total | numbers | 2/10 | Position in stack |
| ticket | UPPERCASE | ASD-12417 | Project prefix + number |
Conventional commit types:
feat- New featurefix- Bug fixrefactor- Code restructuringperf- Performance improvementdocs- Documentation onlystyle- Formatting, no code changetest- Adding/updating testschore- Maintenance tasksbuild- Build system changesci- CI configuration
Examples:
feat(perf): add ReactFlowCanvas with conditional Profiler wrapper 2/10 (ASD-12417)
fix(auth): resolve token refresh race condition 1/3 (PROJ-5521)
refactor(api): extract validation logic into middleware 4/7 (CORE-892)
docs(readme): add API usage examples 2/3 (DOC-445)
Workflow
1. Analyze the work
Identify logical chunks that can be reviewed independently:
- Each PR should be functional or at minimum not break the build
- Order by dependencies (foundation first, features built on top later)
- Target 200-400 lines changed per PR when possible
2. Create branch structure
main (or master)
└── feat/ticket-1-base-setup (PR 1/N → main/master)
└── feat/ticket-2-core-logic (PR 2/N → PR 1 branch)
└── feat/ticket-3-ui (PR 3/N → PR 2 branch)
Branch naming: <type>/<ticket>-<order>-<short-description>
3. Create PRs in order
For each chunk:
# Create branch from previous
git checkout -b feat/TICKET-2-core-logic
# Make changes, commit
git add .
git commit -m "feat(scope): description 2/N (TICKET)"
# Push and create PR
git push -u origin feat/TICKET-2-core-logic
gh pr create --base feat/TICKET-1-base-setup \
--title "feat(scope): description 2/N (TICKET)" \
--body "Part 2 of N: [description]
Depends on #[previous PR number]
## Changes
- [list changes]"
4. PR body template
Part X of Y: [Brief description of this chunk]
Depends on #[PR number] <!-- omit for first PR -->
## Changes
- [Change 1]
- [Change 2]
## Stack
- [ ] #[PR 1] - [title excerpt]
- [x] #[PR 2] - [title excerpt] ← you are here
- [ ] #[PR 3] - [title excerpt]
5. Managing the stack
When earlier PRs get feedback:
# Update PR 1
git checkout feat/TICKET-1-base-setup
# make changes
git commit --amend # or new commit
git push --force-with-lease
# Rebase PR 2 onto updated PR 1
git checkout feat/TICKET-2-core-logic
git rebase feat/TICKET-1-base-setup
git push --force-with-lease
# Repeat for remaining PRs in stack
When PR 1 merges:
# Update PR 2 to target the default branch
gh pr edit [PR-2-number] --base main # or master
# Rebase PR 2 onto the default branch
git checkout feat/TICKET-2-core-logic
git fetch origin
git rebase origin/main # or origin/master
git push --force-with-lease
Quick Reference
| Action | Command |
|---|---|
| Create branch | git checkout -b <type>/<ticket>-<n>-<desc> |
| Create PR | gh pr create --base <prev-branch> --title "<title>" |
| Update base | gh pr edit <number> --base <new-base> |
| Rebase stack | git rebase <updated-base> && git push --force-with-lease |
Score
Total Score
60/100
Based on repository quality metrics
✓SKILL.md
SKILL.mdファイルが含まれている
+20
✓LICENSE
ライセンスが設定されている
+10
○説明文
100文字以上の説明がある
0/10
○人気
GitHub Stars 100以上
0/15
○最近の活動
3ヶ月以内に更新がある
0/10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
○タグ
1つ以上のタグが設定されている
0/5
Reviews
💬
Reviews coming soon