Quarkus Verification Loop

Sélectionné par Skill Harbor : une boucle de vérification complète pour services Quarkus qui fait exécuter à Muse la même batterie avant chaque PR, après les gros refactors, et en pré-déploiement. Dix phases, du build à la doc. Le build utilise mvn clean verify ou l'équivalent Gradle, en s'arrêtant à la première erreur de compilation. L'analyse statique enchaîne Checkstyle, PMD et SpotBugs, avec un passage SonarQube optionnel, signalant imports inutilisés, complexité cyclomatique élevée et risques de null pointer. Les tests viennent en trois saveurs, toutes détaillées : tests unitaires Mockito (avec le piège du persist-is-void de Panache documenté), tests d'intégration Testcontainers avec vrai Postgres, et tests d'API REST Assured pour les cas 201 et 400, JaCoCo imposant 80 pour cent de couverture de lignes et 70 pour cent de branches. Le scan de sécurité couvre les CVE du dependency-check OWASP, quarkus:audit pour les extensions vulnérables, les scans ZAP d'API contre la surface OpenAPI, plus une checklist des secrets en variables d'environnement, validation des entrées, auth, CORS, headers de sécurité, BCrypt, requêtes paramétrées et rate limiting. La compilation native teste le build GraalVM avec container-build, avec dépannage pour réflexion, ressources et JNI. Puis tests de charge k6, sondes de health check sur /q/health, build d'image conteneur avec scans Trivy et Grype, validation de config par environnement, et revue de docs incluant la régénération OpenAPI. Un seul script bash automatisé enchaîne les phases et un workflow GitHub Actions prêt pour la CI est inclus. Par @affaan-m, listé ici avec crédit à son créateur. Tiré du dépôt affaan-m/ECC (MIT). Bémols honnêtes : la compilation native est lente et optionnelle à chaque PR, lancez-la périodiquement ; les seuils de couverture sont un plancher, pas une garantie. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage.