crashappsec / crashappsec/github-analyzer
Enforce a consistent error logging policy and don't use init for logging
- 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
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