Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

expected_assets checks should validate HTML docs were generated

Abierto
#4,506 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 3 días

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
57/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
javascript
Área
release

Línea de trabajo

Read ansible/www-standalone/tools/promote/expected_assets/v26.x and ansible/www-standalone/tools/promote/check_assets.js, especially the deliberate top-level-only check noted around lines 57–58. Start by tracing how expected asset lists are consumed during release promotion and how the Node.js documentation HTML is generated. Done means promotion checks detect missing generated HTML docs; no test or exact checking strategy is named in the issue.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

See https://github.com/nodejs/node/issues/66571.

Presently our expected_assets checks during release promotion are only checking a few things under docs, e.g. for v26.x:
https://github.com/nodejs/build/blob/0cebb1079f998ac407fb882e144b8e377f23a105/ansible/www-standalone/tools/promote/expected_assets/v26.x#L1-L5

So we did not catch that no HTML files were generated.

I don't know the historical reason for only checking the top level docs (speculating here, but maybe time and/or the annoyance of listing out all 200+ files in each expected asset list?), but it does appear to be deliberate, e.g. https://github.com/nodejs/build/blob/0cebb1079f998ac407fb882e144b8e377f23a105/ansible/www-standalone/tools/promote/check_assets.js#L57-L58

Lenguaje dominante
Jinja
Estrellas
542
Forks
184
Merge medio
3 d 5 h
PR fusionados (30 d)
10

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de nodejs/build

Todos los issues de nodejs/build

Issues similares

Más issues de Release

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.