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.
70
88%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
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.