Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Feature request: batch-fetch merged PR metadata for release notes / changelog generation

Aberta
  • Algo errado?
#2,302 0 comentários 0 reações 0 responsáveis Ver no GitHub

Mantenedores costumam responder em até 1 dia

@rodboev já está trabalhando nisso.

Desde 15/6/2026.

  • #2687 de @rodboev — aberto

Avaliação

Dificuldade
4/5
Tempo estimado
3-5 dias
Facilidade para iniciantes
48/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Pouca atividade
Stack de tecnologia
go
Domínio
api

Direção de pesquisa

Comece lendo as ferramentas existentes search_pull_requests e list_pull_requests e as convenções de testes e documentação do repositório. Defina a entrada limitada pull_numbers, o tratamento por PR para solicitações ausentes ou não mescladas e a resposta de metadados normalizada. Considera-se concluído quando os testes e a documentação cobrirem o comportamento v1 acordado sem adicionar agregação de diffs ou inferência de releases.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

enhancement request ai review
Problem

For a release window, teams often have a known list of merged PR numbers. Building a structured changelog today requires opening each PR or scripting against REST/GraphQL outside MCP. Agents would benefit from one MCP call that returns normalized metadata for many PRs.

Proposed solution (v1)

Add a tool that accepts:

  • owner, repo
  • pull_numbers: array of integers (bounded)

Returns (exact fields up to maintainers), per PR, for example:

  • number, title, html_url
  • merged_at, merge_commit_sha (when available)
  • labels (at least name)
  • author login

Output: JSON suitable for templating Markdown release notes in the client (prose stays in the agent or human editor).

Explicit non-goals (v1):

  • Full combined diff across PRs (too heavy); linking to each PR is enough.
  • Guessing “what shipped in this release” without an explicit PR list—the caller provides the list.
Why this matters
  • Release engineering + agents: “Here are the PRs we shipped” → one call → table/sections for notes, Slack, or tickets.
  • Composes with search_pull_requests / list_pull_requests: caller selects PRs, tool hydrates details.
Relationship to existing requests
  • Create/update releases (#1909) addresses publishing a release after notes exist; this request is read-side batch hydration of PR metadata to produce those notes.
Related issues
Acceptance criteria (suggestion)
  • Bounded input; documented max PR count.
  • Clear behavior for non-merged or missing PRs (per-PR errors vs fail-all—documented).
  • Tests + docs per repo conventions.
Note

We are happy to prototype a PR if maintainers agree on v1 scope.

Linguagem predominante
Go
Estrelas
33.3k
Forks
5.1k
Merge médio
22h 46min
PRs com merge (30d)
17

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de github/github-mcp-server

Todas as issues de github/github-mcp-server

Issues semelhantes

Mais issues de Go

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.