All dies ist auf "Analysis Parameters" documentation page beschrieben:
sonar.projectKey => Das Projekt Schlüssel, der für jedes Projekt einzigartig ist. Erlaubte Zeichen sind: Buchstaben, Zahlen, '-', '_', '.' und ':', mit mindestens eine Nicht-Ziffer.
sonar.projectName => Name des Projekts, das auf der Webschnittstelle angezeigt wird.
sonar.projectVersion => Die Projektversion.
sonar.projectKey
und sonar.projectName
wird festgelegt werden, und sonar.projectVersion
wird wahrscheinlich auf die verschiedenen Zweige git unterschiedlich sein.
Auch für die Verwaltung von Filialen müssen Sie beim Starten der Analyse die zusätzliche sonar.branch
-Eigenschaft übergeben. Zum Beispiel (sagen wir mal, dass Master die Haupt dev Zweig ist):
auf Ihrem Master-Zweig, werden Sie nur laufen:
sonar-scanner
auf "xy" Zweig, werden Sie laufen:
sonar-scanner -Dsonar.branch=x.y
Sollte der sonar.projectVersi auf git-commit ID zu integrieren? Sie haben erwähnt, dass ** sonar.projectVersion auf den verschiedenen Git-Zweigen anders sein muss **. Wenn Sie ein Beispiel geben können, wird das großartig. –
Nicht unbedingt. Was ich sagen wollte ist, dass es Chancen gibt, dass jeder Zweig eine andere Version Ihres Codes darstellt, also sollte "sonar.projectVersion" dies widerspiegeln. –
Wird im Projektschlüssel gegenüber ':' empfohlen, da URL-encoded (mangled) wird - also sind wir zu '_' gewechselt, um Git repo_org abzugrenzen. – MarkHu