Third-party stubtest: Dashboard
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 5.1k
- Forks
- 2.1k
- Merge moyen
- 1 j 19 h
- PR mergées (30 j)
- 82
Description
Provisional idea:
Currently, some third-party packages with frequent releases are annoying. If we use a version range (e.g. 1.2.* or ~= 1.2.3), stubtest breaks even on minor, non-user facing changes, and will create daily tickets unless fixed. When using a fixed version (e.g. 1.2.3), it will frequently create tickets by stubsabot to update the version.
I think it would be nice to have a dashboard instead (updated daily) that just lists the packages that need updates, either because stubsabot detected a change, or because stubtest broke.
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 processus existants de stubtest et stubsabot mentionnés dans l’issue afin de comprendre comment sont détectées les modifications de packages et les échecs de stubtest. Le résultat attendu serait un dashboard mis à jour quotidiennement répertoriant les packages nécessitant des mises à jour pour l’une ou l’autre raison, mais l’issue ne précise ni points d’entrée de l’implémentation ni tests.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100