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

Ouverte
  • Quelque chose ne va pas ?
#13 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
25/100
Type d'issue
Refactorisation
Clarté
À clarifier
Activité
À l'abandon
Stack technique
go
Domaine
tooling

Piste de recherche

Commencez par localiser le log package et examiner comment la journalisation est actuellement configurée via init. L’issue nécessite une décision à l’échelle du projet concernant l’utilisation d’erreurs fatal ou d’erreurs retournées, ainsi que le comportement de la journalisation, avant de pouvoir définir le périmètre de l’implémentation. La tâche est terminée lorsque la politique convenue est documentée et que le log package ne dépend plus de init.

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

Description

  • 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

Langage dominant
Go
Étoiles
77
Forks
8
Aucune PR mergée en 30 j

Préparer son environnement

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.

Autres issues de crashappsec/github-analyzer

Toutes les issues de crashappsec/github-analyzer

Issues similaires

Plus d'issues Go

Recevez les nouvelles issues par e-mail

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