coder / coder/internal

Make check.sh more resilient

Offen
#569 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Keine Sprachdaten
Sterne
3
Forks
0
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

From the March 30 Downtime retro we identified that this script could use some improvements:
- We should be able to handle momentary failures from the network. This script is a test so we don't want to be too linient, but if 1 module fails with a non application status code like 522, we should probably retry it because there's nothing we can really do to improve that issue.
- We should remove anything still around that interacts with Cercel since we don't use that anymore

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Beginne mit dem Lesen von check.sh und verfolge, wie es Modulfehler und jede verbleibende Cercel-Interaktion behandelt. Überprüfe das aktuelle Verhalten des Skripts und bestätige anschließend, dass vorübergehende, nicht anwendungsbedingte Netzwerkfehler erneut versucht werden, während Anwendungsfehler aussagekräftig bleiben, und dass keine Cercel-Integration verbleibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
shell
Bereich
testing
Issue-Typ
Refactoring
Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

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