Funktioniert die Einstellung von sonar.timemachine.period1 aus der Konfig oder Befehlszeile?

Question

Ich versuche, die Leckzeit in SonarQube 5.6.5 mit mit einer Eigenschaftendatei oder Befehlszeilenargument festlegen, aber ich habe keinen Erfolg.

Ich mag die sonar.timemachine.period1 Eigenschaft auf eine bestimmte Version setzen, zB 1.0.0, wie in Lösung 2 (mit sonar-project.properties) oder Lösung 3 (mit der Befehlszeile Paramter, zB -Dsonar.timemachine.period1=1.0.0) der akzeptierten Antwort für Sonar runner, seeonly newly introduced issues mentinoned ist .

Hier ist das Szenario, das mein Problem reproduziert.

1. Laufanalyse mit sonar.projectVersion=1.0.0.
2. Analyse mit sonar.projectVersion=2.0.0 und sonar.timemachine.period1=1.0.0 ausführen.
3. Analyse mit sonar.projectVersion=3.0.0 und sonar.timemachine.period1=1.0.0 ausführen.

Nach der zweiten und dritten Analyse würde ich das Leck Zeitraum erwartet zu sein „da 1.0.0“ (was das Verhalten ist, wenn ich manuell das Leck Periode im Sonarqube Admin-Bereich zu 1.0.0 gesetzt). Stattdessen wird für die dritte Analyse die Leckzeit auf 2.0.0 gesetzt.

Was fehlt mir? Ist das ein Fehler?

Answer 1

Die Einstellung sonar.timemachine.period1 über 'normale' Eigenschaft ist nicht ausreichend, Sie müssen Eigenschaften über REST Api einstellen - beachten Sie, dass Sie Administratorrechte benötigen.
Hatte das gleiche Problem bei der Verwendung der Sonarqube-Ant-Task und erstellte zu diesem Zweck ein Macrodef.
Siehe:
Sonarqube Wep API documentation
Sonarqube set leak period to specific version other than previous version

Answer 2

Rebse korrekt ist, können Sie die API die sonar.timemachine.period1 Eigenschaft festlegen verwenden. Ich benutze keine Ameise. Ich habe einen curl Befehl von Bamboo verwendet.

curl 
-X POST 
-u MY_USERNAME:MY_PASSWORD 
-d resource=MY_PROJECT_KEY 
-d id=sonar.timemachine.period1 
-d value=1.0.0 
http://localhost:9000/api/properties