Create a way to display and manage content freshness
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- git
- Área
- content, documentation
Línea de trabajo
No se especifican archivos, pruebas ni puntos de entrada. Empieza revisando las issues enlazadas nodejs/nodejs.org#7197 y #7294; después, aclara si el alcance abarca la actualización de metadatos, las fechas de revisión humana, los indicadores de versión o las issues automatizadas sobre contenido obsoleto. La definición de terminado debe incluir un diseño acordado y un flujo de revisión o de control explícito de la vigencia.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Broken out of https://github.com/nodejs/nodejs.org/issues/7197
Add metadata on pages to display last update (git has this info of course)
- we noted a distinction between last reviewed (by a human) and last updated
- eventually, create a means to flag when content gets stale, perhaps via an action that opens issues, if one exists
@AugustinMauroy had these thoughts
I'm more in favour of the version used in the example. Because a date has no value in relation to the runtime. In addition, having the version allows the contributor/collaborator to know if a document needs to be revised.
And from a functional point of view, I think we should add a bit to the MetaBar that allows you to install (redirect to the installation of the correct version).
This is interesting, but would create LTS rollover moments where we have all to review all content. I think that would quickly become the norm, twice a year.
I suppose that's better than arbitrary dates, TBH.
Given that thought experiment, maybe we build on nodejs/nodejs.org#7294 and build something that asks the owners to review the content twice a year?
- Lenguaje dominante
- JavaScript
- Estrellas
- 29
- Forks
- 165
- Merge medio
- 1 d 18 h
- PR fusionados (30 d)
- 2
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/learn
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
-
Add an issue template Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
Todos los issues de nodejs/learn
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
palladius/rails8-app-on-gcp#145 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
dotenvx/dotenv-vscode#139 ·
-
test-change-proposal
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
web-platform-tests/interop#1455 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
corsairdev/corsair#1764 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100