ci: automate release notes generation
Los mantenedores suelen responder en 4 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 62/100
Línea de trabajo
Comienza con el .github/release.yml propuesto e inspecciona la taxonomía existente de etiquetas kind/* del repositorio. Verifica la generación integrada de notas de versión de GitHub usando un tag y confirma después que las entradas estén categorizadas y que los Breaking Changes aparezcan en su propia sección.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Part of #715
Problem
Release notes are currently written manually by reviewing the git log between tags. This is time-consuming, error-prone (easy to miss PRs), and inconsistent in format.
Solution
Adopt a changelog fragment approach (similar to Towncrier or git-cliff):
- Each PR that should appear in release notes includes a changelog fragment file
- At release time, fragments are assembled into a structured changelog
- Fragments are categorized by type (feature, bugfix, improvement, breaking change, etc.)
Options
- Towncrier: Python-based, well-established. Uses fragment files in a `newsfragments/` directory. Each fragment is named `{issue_number}.{type}.rst`.
- git-cliff: Rust-based, generates changelogs from conventional commits. No fragment files needed but requires commit message discipline.
- GitHub release notes: Built-in, generates from PR titles and labels. Least effort but least control.
Recommendation
Start with GitHub's built-in release notes generator configured via `.github/release.yml`, using our existing label taxonomy (`kind/*`) to categorize entries. This is zero-friction for contributors. Move to Towncrier later if more control is needed.
Acceptance criteria
- `.github/release.yml` configured with label-to-category mapping
- Release notes generated automatically for each tag
- Breaking changes highlighted in their own section
- Lenguaje dominante
- Python
- Estrellas
- 2.6k
- Forks
- 212
- Merge medio
- 5 d 14 h
- PR fusionados (30 d)
- 39
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de apache/burr
-
Notebook UI launcher should use the current Python interpreterPosiblemente ocupada @sivakumar-mahalingam la tomó hace 15 días. Abiertostatus/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
Los mantenedores suelen responder en 4 días
-
astep() passes unprocessed inputs to pre_run_step hooksPosiblemente ocupada @sivakumar-mahalingam la tomó hace 15 días. Abiertostatus/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 4 días
-
`burr` fails to start when the Python path has a space in itPosiblemente ocupada @enekoreto la tomó hace 18 días. Abiertostatus/needs-triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 4 días
-
Add more instructions for applying ORM migrations for S3 deploymentPosiblemente ocupada @ShryukGrandhi la tomó hace 3 días. Abiertoarea/storage area/ui help wanted kind/documentation priority/low
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
apache/burr#524 · 11 comentarios ·
Los mantenedores suelen responder en 4 días
-
Add documentation on how to run the Burr UI serverPosiblemente ocupada @enu-emu la tomó hace 138 días. Abiertoarea/ui good first issue kind/documentation priority/low
Dificultad 2/5 Medio día Aptitud para principiantes 68/100
apache/burr#272 · 5 comentarios ·
Los mantenedores suelen responder en 4 días
Todos los issues de apache/burr
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
yt-project/yt#5624 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
NousResearch/hermes-agent#148376 ·
Los mantenedores suelen responder en 1 día
-
Analysis
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
SACGF/variantgrid#2615 ·
Los mantenedores suelen responder en 1 día