Add MCP tools for GitHub Stacked PRs (gh stack link / sync / view)

Aperta
#2,905 2 commenti 10 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
go
Ambito
api, backend

Direzione di ricerca

Inizia esaminando gli strumenti esistenti create_pull_request e update_pull_request, quindi confronta il loro comportamento di concatenazione delle base con quello delle operazioni proposte get_stack e link_stack. Una v1 minima è completa quando gli agenti possono leggere uno stack nativo e crearne o aggiornarne uno a partire da un elenco ordinato di pull request o branch, restituendo i layer ordinati e il trunk.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Describe the feature or problem you’d like to solve

Agents that manage stacked / dependent PRs (each PR’s base is the branch below it) can already create and re-base-point individual PRs via create_pull_request / update_pull_request, but they have no first-class way to:

  1. Discover or read a GitHub native stack (the stack object / annotations created by gh stack link / gh stack submit)
  2. Create or update that stack as a unit
  3. Cascade-rebase / sync the tower when trunk moves (gh stack sync / gh stack rebase)
  4. Merge bottom-up with stack-aware ordering

Today the only path to native stacks is the gh stack CLI extension (github/gh-stack), which many agent environments intentionally don’t expose (token stays on a host proxy; container gh is stubbed; agents talk to GitHub through this MCP).

Proposed solution

Add a small stack toolset (or extend pull_requests) that mirrors the operations agents already need from gh stack, without shelling out:

Tool Purpose
list_stacks / get_stack Resolve a stack by number, PR number, or head branch; return ordered PRs + trunk
link_stack Create/update a stack from an ordered list of PR numbers or branches (gh stack link)
update_stack Reorder / reparent / drop layers
sync_stack Cascade-rebase onto trunk + push with lease semantics (gh stack sync) — or return structured rebase instructions if server-side git is out of scope
merge_stack Merge bottom-up, stopping on the first non-mergeable layer

Minimum useful v1: read + link (get_stack, link_stack). Agents can already do Path-B base-chaining with update_pull_request(base=…); what’s missing is the native stack object and a single call that wires N PRs correctly.

Example

link_stack(
  owner: "org",
  repo: "app",
  base: "develop",          # trunk
  pull_numbers: [7609, 7797, 7810, 7815, …]  # bottom → top
)
→ { stack_number: 7928, prs: [...] }

get_stack(owner, repo, stack_number: 7928)
→ ordered layers with number, head, base, mergeable, reviewDecision
Lingua principale
Go
Stelle
33.1k
Fork
5k
Merge medio
2g 15h
PR unite (30g)
27

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di github/github-mcp-server

Tutte le issue di github/github-mcp-server

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.