nodejs / nodejs/reliability

How to communicate CI failures?

Ouverte
#2 9 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Langage dominant
Shell
Étoiles
57
Forks
20
Métriques de merge des PR
Aucune PR mergée en 30 j

Description

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?

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par la section du README « lorsqu’un nouveau flake potentiel est découvert dans la CI » et par le processus associé de templates/flake.txt. Consultez la discussion existante afin de déterminer où doivent être signalés les échecs de CI sans rapport et ce que signifie « notifier l’équipe ». Le travail est terminé lorsque le README documente clairement une seule voie de signalement et la méthode de notification attendue.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
ci-cd, documentation
Type d'issue
Documentation
Difficulté
3/5
Temps estimé
1-2 jours
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.