Wir möchten SonarQube mit einigen CI-Tools in unserem Projekt verwenden. Die Sonar-Server-URL ist im Hauptverzeichnis pom.xml konfiguriert.Wie funktioniert Sonar: Sonar?
Es gibt mehrere Teammitglieder im Projekt. Was passiert, wenn ein Teammitglied Sonar lokal mit seinen lokalen Änderungen ausführt, dann führt ein anderes Teammitglied Sonar mit seinen lokalen Änderungen aus, und dann führt jemand Sonar vom CI-Tool aus (es ist konfiguriert Quellcode im Git Repository zu analysieren)?
Wird SonarQube Probleme mit lokalen Änderungen der Teammitglieder anzeigen? Was ist, wenn es im Quell-Repository Unterschiede zwischen lokalem Quellcode und Quellcode gibt?
Es ist am besten, die Sonarqube-Einstellung in einer anderen Datei als sonar.properties zu belassen, als in pom.xml. Und schließen Sie es nicht als Teil Ihres Source Managements ein, das von Entwicklern geteilt wird. Speichern Sie die Datei schließlich in dem Verzeichnis auf dem System, in dem CI das Build ausführt, und konfigurieren Sie es entsprechend. – Nobody
@Nobody Die Build-Konfiguration getrennt von der Codebasis zu behalten, ist ein Königsweg, und CI-Systeme sind dabei, die darin enthaltenen Metadaten zu speichern. (Sieh dich an, Jenkins.) – chrylis
@chrylis ich meine, halte die Konfiguration aus der Pom-Datei. und nicht aus der Quellverwaltung heraus. CI kann alles auswählen, was Teil der Quellverwaltung ist und heruntergeladen werden kann. Ya ich kenne Jenkins .. Jenkins hat etwas, das Pipelines genannt wird und von Batch ausgeführt wird. Es geht darum, wie Sie Jenkins einrichten. Wenn Sie die Konfiguration separat aufbewahren, wird ein versehentliches Hochladen auf Sonar verhindert. – Nobody