2015-02-03 10 views
9

ho seguito il sostegno ufficiale di sonarqub http://docs.sonarqube.org/display/SONAR/SCM+supportCome posso usare git come provider scm in sonarqube 5.0 (utilizzando il sonar-runner)

e ho ottenuto l'errore in precedenza.

Mi sono perso qualcosa necessità di configurazione, o configurare sbagliate

08:46:33.723 INFO - Sensor SCM Sensor... 
08:46:33.897 INFO - SCM provider for this project is: git 
08:46:33.898 INFO - Retrieve SCM blame information... 
08:46:33.915 INFO - 632 files to be analyzed 
08:46:34.377 INFO - Author: PersonIdent[Not Committed Yet, , Tue Feb 3 08:46:34 2015 +0000] 
08:46:34.379 INFO - Source commit: null 
08:46:34.377 INFO - Author: PersonIdent[Not Committed Yet, , Tue Feb 3 08:46:34 2015 +0000] 
08:46:34.924 INFO - Source commit: null 
INFO: ------------------------------------------------------------------------ 
INFO: EXECUTION FAILURE 
INFO: ------------------------------------------------------------------------ 
Total time: 1:01.699s 
08:46:35.891 INFO - Author: PersonIdent[Not Committed Yet, , Tue Feb 3 08:46:35 2015 +0000] 
08:46:34.930 INFO - Author: PersonIdent[Not Committed Yet, , Tue Feb 3 08:46:34 2015 +0000] 
08:46:35.930 INFO - Source commit: null 
Final Memory: 27M/318M 
INFO: ------------------------------------------------------------------------ 
ERROR: Error during Sonar runner execution 
ERROR: Unable to execute Sonar 
ERROR: Caused by: Unable to blame file 

grazie mille.

+0

La stessa cosa qui, ho persino risolto le terminazioni di linea (noto problema), ma questo non l'ha aiutato. Forse è un effetto collaterale di un altro plugin SCM o della libreria di Maven. Hai provato a disattivare tutti gli altri plugin relativi a SCM? – Stephan

+1

Funziona con l'aggiunta di 'sonar.scm.disabled = true' ai miei file sonar.properties per ora. Forse questo ti aiuterà finché non sarà risolto. – Stephan

+0

@Stephan grazie, ho provato, ma non funziona per me. –

risposta

12

Questo perché durante l'esecuzione di un'analisi, SonarQube prevede che tutti i file debbano essere impegnati.

Infatti, SonarQube presuppone che quando si esegue un'analisi standard (che spinge i dati sul server), non ci dovrebbero essere modifiche non impegnate su un singolo file del progetto, perché ciò potrebbe potenzialmente spingere le informazioni che non saranno rilevante con il vero codice sorgente sul repository. Ecco perché l'analisi fallirà.

Questo ovviamente non è il caso quando si esegue un'analisi di anteprima: poiché questo tipo di analisi non spinge i dati al server e riporta solo i problemi localmente, non è un problema avere modifiche non eseguite e quindi l'analisi non fallire.

Ho aggiornato the documentation per rendere questo più chiaro.

+0

Questo non è il caso, purtroppo, del codice generato. Generiamo i test unitari sotto forma di codice Jnario. – ILikeCoffee

+1

SonarQube sembra davvero fantastico, ma è difficile iniziare quando non si utilizza Jenkins per CI. Una documentazione più chiara sarebbe molto utile per i principianti come me. –

Problemi correlati