List major changes in LTS initial release
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 32/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- javascript, node.js
- Área
- documentation, release
Línea de trabajo
Comienza con la discusión enlazada del pull request de Node.js y el Release issue #635; después, compara las publicaciones de lanzamiento de Current y LTS mencionadas. Determina cómo se identifican los cambios importantes y cómo se incorporan a las notas de LTS; la tarea estará terminada cuando se documente un proceso o resultado acordado que proporcione a los usuarios de LTS un resumen o un enlace a la descripción general de la versión inicial.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
From https://github.com/nodejs/node/pull/41305#discussion_r775147261:
Document it. Make sure it gets highlighted in the changelog for 18.x
That comment tweaked a peeve of mine. When a release line is promoted to "Current", it gets a nice post like https://medium.com/the-node-js-collection/node-js-16-available-now-7f5099a97e70 or https://nodejs.org/en/blog/release/v8.0.0/ to list all of the major changes in that release. This is great... for people following the "Current" line.
I am sure there are many people, such as myself, who only follow the LTS line. When that "Current" release toggles over to LTS, we see posts like https://nodejs.org/en/blog/release/v16.13.0/. This does not give nearly as much detail about the things LTS users should consider during their update, i.e. no detail at all. It would be very helpful if the LTS release notes included a summary of the major changes in the overall release, or at least a link to the initial summation post. (This might be a reiteration of https://github.com/nodejs/Release/issues/635#issuecomment-748372512.)
I'm not sure what the process is, or how it would need to change, in order to make this a reality. Making a wild guess, it could be that adding a label to things that should be called out and then referencing that label when generating the new LTS release would suffice.
- 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
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
mksglu/context-mode#1200 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
neondatabase/website#5944 ·
-
module: core
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
bigbluebutton/bigbluebutton#25849 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
jaegertracing/jaeger-ui#4506 ·