Migrate remaining failure messages to mypy.messages
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 20.6k
- Forks
- 3.3k
- Merge moyen
- 1 j 18 h
- PR mergées (30 j)
- 54
Description
I'm working on a tool to provide a more gradual mypy adoption path, by providing a fine grained configuration for selecting or ignoring mypy errors. My current prototype uses regular expressions, but maintaining a comprehensive set of regular expressions is both time consuming and brittle, as existing messages could change, and new ones will be added.
I noticed that an effort has already been made to move error messages from mypy.checkexpr into mypy.messages. Making this set of constants complete would solve my problem, and hopefully be of benefit to you all as well. Would you accept a pull request to migrate the remaining failure messages from checkexpr, semanal, semanal_newtype, and fastparse2 to messages constants?
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner les constantes de messages existantes dans mypy.messages et la manière dont les messages ont été migrés depuis mypy.checkexpr. Examinez ensuite les messages d’échec dans mypy.checkexpr, mypy.semanal, mypy.semanal_newtype et mypy.fastparse2. Le travail est terminé lorsque les messages d’échec restants dans ces modules utilisent des constantes de mypy.messages.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- compilers
- Type d'issue
- Refactorisation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 38/100