Stacked PR workflow with the Graphite CLI (gt) — create stacks, submit, sync, restack, split/squash/fold, track existing branches, collaborate on shared stacks, configure repo/CI for Graphite, and operate the merge queue.
93%
Does it follow best practices?
Run evals on this skill
Adds up to 20 points to the overall score
Passed
No findings from the security scan
Merge the current branch's commits into its parent branch. Children of the current branch become children of the parent. User input: $ARGUMENTS.
gt ls and confirm the parent branch with the user. Ask for confirmation before folding — this is destructive on the PR for the disappearing branch name (close it manually or pass --close).gt fold. By default the resulting branch keeps the parent's name.
gt fold --keep (-k) — keep the child's name instead, retiring the parent's name.gt fold --close (-c) — also close the now-redundant PR.gt submit --stack -u to push the surviving branch and the restacked upstack branches to their PRs./graphite:squash afterwards to keep the Graphite "one commit per branch" style./graphite:split.