nodejs / nodejs/reliability

How to communicate CI failures?

Abierto
#2 9 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
Shell
Estrellas
57
Forks
20
Métricas de merge de PR
Sin PR fusionados en 30 d

Descripción

How should collaborators report unrelated CI failures?

  • In this repo? (with this?) Do the instructions in the README replace the "older process"?
  • In a nodejs/node issue? (I've seen this before)
  • In a ping to nodejs/build in the issue (I've also seen this before)?

For the instructions, "notifying the team" means a @ ping?

Guía de contribución

Abrir la guía de contribución

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.

Línea de trabajo

Comienza con la sección del README «al descubrir un nuevo flake potencial en la CI» y con el proceso de templates/flake.txt enlazado. Revisa la discusión existente para resolver dónde deben notificarse los fallos de CI no relacionados y qué significa «notificar al equipo». Se considera hecho cuando el README documenta claramente un único canal de reporte y el método de notificación esperado.

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

Evaluación

Área
ci-cd, documentation
Tipo de issue
Documentación
Dificultad
3/5
Tiempo estimado
1-2 días
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.