Je travaille sur l'activation de l'inspection de code pour mon équipe via SonarQube et je n'ai pas encore de réponse à cette question: existe-t-il un moyen de configurer un projet GitHub pour empêcher une fusion? basé sur des portes de qualité SonarQube défaillantes? Par exemple, lors du déclenchement d'un problème critique dans SonarQube, le bouton vert "Merge Pull Request" illustré here peut-il être supprimé ou grisé?Utilisation de SonarQube pour réguler la fusion des requêtes Pull GitHub
J'ai remarqué dans l'exemple here que SonarQube se qualifie comme ayant échoué dans les tâches d'inspection. Cela semble être à mi-chemin de la solution que je cherche mon équipe. Y a-t-il une configuration dans SonarQube ou GitHub qui peut permettre un "arrêt" sur la fusion de mauvais code? J'utilise Jenkins 2.19.1 comme serveur CI, avec SonarQube Scanner 2.8 et le serveur SonarQube 5.6. Merci d'avance pour votre aide!
Ah, merci, c'est un bon début. J'ai commencé à jouer avec et en effet, si le travail échoue, je ne peux pas fusionner le code. Cependant, j'ai de la difficulté à trouver comment configurer SonarQube pour classer le travail comme étant en échec si un problème critique ou de blocage est détecté. Savez-vous si cette configuration peut être définie côté serveur SonarQube, ou quelque part sur le serveur Jenkins? –
Problèmes de gravité ** bloqueur ** ou ** critique ** entraînant l'échec du travail. Vous configurez la gravité des problèmes sur le serveur SonarQube, par exemple via [Quality Profiles] (http://docs.sonarqube.org/display/SONAR/Quality+Profiles) – jascha