& # 8220; Impossibile ottenere le informazioni sulla revisione dal repository scm & # 8221;

Question

Viene visualizzato l'errore maven:

" Impossibile ottenere le informazioni sulla revisione dal repository scm "

Qualche idea su come risolverlo?

Grazie.

Answer 1

Una rapida ricerca su Google sembra indicare che questo errore è correlato al buildnumber-maven-plugin. Tuttavia, non sono riuscito a riprodurre l'errore sulla riga di comando sulla mia macchina (Maven 2.2.1, Java 1.6.0_16, svn 1.6.5 su GNU / Linux):

pascal@laptop:~/tmp/$ svn co http://wiquery.googlecode.com/svn/branches/1.0-m2 wiquery
...
pascal@laptop:~/tmp/$ cd wiquery
pascal@laptop:~/tmp/wiquery$ mvn validate
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building WiQuery project
[INFO]    task-segment: [validate]
[INFO] ------------------------------------------------------------------------
[INFO] [buildnumber:create {execution: default}]
[INFO] Checking for local modifications: skipped.
[INFO] Updating project files from SCM: skipped.
[INFO] Executing: /bin/sh -c cd /home/pascal/tmp/wiquery && svn --non-interactive info
[INFO] Working directory: /home/pascal/tmp/wiquery
[INFO] Storing buildNumber: 208 at timestamp: 1256499766371
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 3 seconds
[INFO] Finished at: Sun Oct 25 20:42:46 CET 2009
[INFO] Final Memory: 13M/77M
[INFO] ------------------------------------------------------------------------
pascal@laptop:~/tmp/wiquery$ 

Da quello che posso vedere su Google, le possibili cause del problema includono:

• eseguibile svn (ovvero svn.exe su Windows) che non si trova sul percorso
• versione svnkit troppo vecchia rispetto al tuo client svn (vedi questa discussione )
• variabili d'ambiente mancanti su OS X (vedi MOJO-1289 )
• ecc ecc

Ma senza ulteriori informazioni sul tuo contesto, sul tuo ambiente, su cosa stai facendo, quando si verifica questo errore, ecc., sembra difficile andare oltre nella diagnostica.

Answer 2

Ho riscontrato questo errore con il buildnumber-maven-plugin mentre aiutavo un collega a migrare il suo progetto su Maven.

Non avevamo ancora verificato il codice in svn nel progetto migrato, quindi le cartelle .svn non esistevano. Ovviamente non è stato possibile ottenere la revisione svn poiché i dati non esistevano.

La soluzione era commentare il plugin, importare il codice in svn. Eseguire una compilazione con il codice abilitato svn, quindi ripristinare il plug-in e risolvere eventuali errori aggiuntivi. (Abbiamo riscontrato alcuni problemi con doUpdate durante l'esecuzione su Hudson, quindi abbiamo rimosso questi passaggi).

Answer 3

Questo errore è causato dal provider javasvn nel buildnumber-maven-plugin quando .svn non esiste. Dai un'occhiata al tuo progetto da SVN o non usare javasvn. Senza javasvn il buildnumber-maven-plugin utilizza il client svn della riga di comando e quindi in questo caso il buildnumber-maven-plugin può procedere anche senza la directory .svn (ma il numero di build non è impostato correttamente).

Penso che sia un bug nel plugin buildnumber-maven che il javasvn non può procedere quando manca la directory .svn.

Answer 4

Un caso che cosa potremmo risolvere qui con Netbeans8 :

nota che l'opzione Preferisce il vecchio formato Subversion 1.6 è selezionata

e ho anche abbinato l'SVN corretto di Apache alle proprietà di Maven fornite

Answer 5

Ho avuto anche il problema e la mia soluzione su Windows era: per impostare la variabile di ambiente PATH su " ... \ git \ bin " ;. Java non è riuscito a trovare la directory per usare Git.

Answer 6

Assicurati che Jenkins e il sistema operativo siano indirizzati alla stessa versione di Java.

Ho avuto un problema simile con Jenkins 2.121.2 su Windows.

La compilazione avrebbe avuto successo, ma non ottenevo dati scm.

L'output della console pertinente:

[INFO] --- buildnumber-maven-plugin:1.4:create (default) @ amis ---
[INFO] Executing: cmd.exe /X /C "svn --non-interactive info"
[INFO] Working directory: D:\Program Files (x86)\Jenkins\workspace\myWebapp
[WARNING] Cannot get the revision information from the scm repository, proceeding with revision of Unavailable : 
Exception while executing SCM command.
[INFO] Storing buildNumber: Unavailable at timestamp: 1534704912706
[INFO] Executing: cmd.exe /X /C "svn --non-interactive info"
[INFO] Working directory: D:\Program Files (x86)\Jenkins\workspace\myWebapp
[WARNING] Cannot get the branch information from the scm repository, proceeding with UNKNOWN_BRANCH : 
Exception while executing SCM command.
[INFO] Storing buildScmBranch: UNKNOWN_BRANCH

In DOS, tuttavia, il seguente comando funzionerebbe:

D: \ Programmi (x86) \ Jenkins \ workspace \ myWebapp \ svn - informazioni non interattive

Cioè, otterrei le informazioni scm previste. Quindi svn era sul percorso, nessun problema lì.

Si scopre che i percorsi delle mie versioni di Java sono stati incrociati.

Il primo percorso relativo a Java nella mia variabile d'ambiente PATH era:

C:\Program Files (x86)\Common Files\Oracle\Java\javapath

Ma Jenkins era configurato per usare:

C:\Program Files\Java\jdk1.8.0_181 

Nella variabile d'ambiente PATH, ho sostituito il percorso Java x86 con il percorso indicato da Jenkins e ha funzionato.

Non ho sradicato i modi o i perché dei percorsi. I due file java.exe risolti da ciascun percorso sembravano avere la stessa versione. La versione x86 è stata in grado di eseguire svn. La causa principale è al di sopra del mio grado di retribuzione.

Answer 7

huh ... stava lavorando sulla migrazione di svn su git ... e pom xml aveva un link repository svn quindi lo ha aggiornato in git e ha funzionato con l'aggiornamento di pom xml scm