crashappsec / crashappsec/github-analyzer

Enforce a consistent error logging policy and don't use init for logging

Offen
#13 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Go
Sterne
77
Forks
8
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

* [ ] From @orangematt We should come to some consensus on a consistent error handling policy at some larger scope than per component. When is the right time to abort/fatal vs. returning an error is probably the most important thing to standardize on, but also what to log and how to log it, etc.

* [ ] Update log pkg to not use init

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne damit, das log package zu finden und zu prüfen, wie die Protokollierung derzeit über init konfiguriert wird. Für das Issue ist eine projektweite Entscheidung darüber erforderlich, wann fatal- statt zurückgegebener Fehler verwendet werden und wie sich die Protokollierung verhalten soll, bevor der Umfang der Implementierung festgelegt werden kann. Als abgeschlossen gilt die Aufgabe, wenn die vereinbarte Richtlinie dokumentiert ist und das log package nicht mehr von init abhängt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
go
Bereich
tooling
Issue-Typ
Refactoring
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
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.