2016-06-10 5 views

Antwort

2

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

+0

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. –

+0

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. –

+0

Wird im Projektschlüssel gegenüber ':' empfohlen, da URL-encoded (mangled) wird - also sind wir zu '_' gewechselt, um Git repo_org abzugrenzen. – MarkHu