nodejs / nodejs/reliability

How to communicate CI failures?

Offen
#2 9 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Shell
Sterne
57
Forks
20
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

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?

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginnen Sie mit dem README-Abschnitt „wenn ein potenzieller neuer Flake in der CI entdeckt wird“ und dem verknüpften Prozess in templates/flake.txt. Prüfen Sie die bestehende Diskussion, um zu klären, wo nicht zusammenhängende CI-Fehler gemeldet werden sollten und was „das Team benachrichtigen“ bedeutet. Als erledigt gilt die Aufgabe, wenn das README eindeutig einen Meldeweg und die erwartete Benachrichtigungsmethode dokumentiert.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Bereich
ci-cd, documentation
Issue-Typ
Dokumentation
Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.