haskell-nix/hnix

Replace every use of ErrorCall with a custom Exception value

Ouverte

#309 ouverte le 9 mai 2018

Voir sur GitHub
 (5 commentaires) (3 réactions) (0 personne assignée)Nix (116 forks)github user discovery
good first issue

Métriques du dépôt

Stars
 (837 étoiles)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Rather than pass strings with rendered components to ErrorCall, every possible error or piece of information raised within hnix should use a specific constructor, retaining as much information as possible about the context of that information.

Guide contributeur

Direction de recherche
Examinez toutes les utilisations de `ErrorCall` dans le code, catégorisez les contextes et concevez des types d'exception personnalisés qui conservent les informations de contexte.
Stack technique
haskell
Domaine
backendcli
Type d'issue
Refactorisation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-2 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
HaskellException handling in Haskell
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60