Improving the release announcement editing/reviewing process of major releases
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, node.js
- Área
- content, documentation, release
Línea de trabajo
Revisa los anuncios de las versiones principales recientes en nodejs.org y sus resúmenes del changelog, y luego compara cómo los colaboradores los editan y revisan actualmente. Define un proceso de revisión basado en GitHub acordado, el momento de publicación y los pasos para notificar a los autores, así como un formato de anuncio más claro; se considerará terminado cuando los cambios del proceso y del formato estén documentados y acordados.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
In the release announcement curation process of recent major releases there have been a lot of room for improvement, so opening an issue to discuss how we can make it edited better. Specifically, what goes out in the blog post on nodejs.org, and in the summary of the change logs:
- We can make the release announcements reviewed more precisely by contributors using a regular PR adding a document somewhere (the website repo?), and we can do reviews on GitHub
- We can make some changes to the release process so that we have sufficient time to edit the release announcement, and notify authors of notable changes/semver-major changes in time for the editing process
- We can do some format changes to the release announcements on the blog posts to improve readability and help users grasp what's new in the release e.g. maybe remove/fold the list of commits in the posts, since people probably won't read them in a blog post and they belong more in changelogs.
- Lenguaje dominante
- JavaScript
- Estrellas
- 4.4k
- Forks
- 675
- Merge medio
- 22 h 29 min
- PR fusionados (30 d)
- 1
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 nodejs/Release
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
-
Release-agenda
Dificultad 1/5 1-3 horas Aptitud para principiantes 78/100
-
CitGM backlog Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 50/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 20/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 35/100
Todos los issues de nodejs/Release
Issues similares
-
Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
Automattic/safe-publish#594 ·
-
内部文件键(绝对路径的 base64)泄漏到界面标签 Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
dream-num/dsh-univer-office#104 ·
-
comp/dashboard invalid P3
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
NousResearch/hermes-agent#121143 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
avniproject/avni-webapp#1811 ·
-
area/auroraboot area/webui bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100