Introduire un mécanisme de niveaux de qualité pour les cubes
https://hackmd.logilab.fr/pWeg-58DSeaQRaol_smTGQ#
Comme pour YunoHost qui a des niveaux de qualité pour les applications, l'idée est d'introduir et définir des niveaux de qualité pour les applications à la place du dashboard qa.html.
Les avantages potentiels sont multiples:
- c'est une information direct pour les gens qui veulent se servir de ces cubes
- cela donne une roadmap explicite de quelle est la chose la + importante à faire pour améliorer la qualité d'un cube
- et donc c'est une information activable et ça permet de fixer des objectifs ("tous les cubes niveau 7 !")
- c'est motivant d'augmenter la qualité en gagnant des niveaux
- le code du dashboard qa.html / logigraphe fait déjà le gros du travail, il faut "juste" définir les niveaux
En faire des badges sur les projets et à terme remplacer qa.html par ça.
Résultat du hackaton:
Niveaux
- 0: y’a rien.
- 1: on sait de quoi ça parle
- a un readme
- y a un tox
- 2: utilisable aujourd'hui
- py3
- new format
- use pytest
- 3: y’a une CI
- gitlab-ci
- 4: garantie d'une installation correcte
- check-manifest
- 5: commandes pour releaser
- deb-publish
- pypi-publish
- 6: Code de qualité
- flake8
- black
- 7: c'est documenté
- doc
- 8: la documentation est accessible
- read-the-docs (projet public uniquement)
- 9: Cube doctor est passé par là
- capture deprecated warnings
- fromforge
- 10: mypy
- mypy
- 11: dépot propre
- number of MRs / number of topics