& # 8220; Impossible d'obtenir les informations de révision à partir du référentiel scm & # 8221;

Question

Je reçois une erreur majeure:

" Impossible d'obtenir les informations de révision à partir du référentiel scm "

Avez-vous une idée de comment résoudre ce problème?

Merci.

Answer 1

Une rapide recherche sur Google semble indiquer que cette erreur est liée au buildnumber-maven-plugin. Cependant, je ne pouvais pas reproduire l'erreur sur la ligne de commande de ma machine (Maven 2.2.1, Java 1.6.0_16, svn 1.6.5 sous 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$ 

D'après ce que je peux voir sur Google, les causes possibles du problème sont les suivantes:

• svn exécutable (svn.exe sous Windows) n'étant pas sur le chemin
• version de svnkit trop ancienne comparée à votre client svn (voir ce fil )
• variables d'environnement manquantes sous OS X (voir MOJO-1289 )
• etc etc

Mais sans plus d'informations sur votre contexte, votre environnement, ce que vous faites, lorsque cette erreur se produit, etc., il semble difficile d'aller plus loin dans le diagnostic.

Answer 2

J'ai rencontré cette erreur avec le buildnumber-maven-plugin alors que j'aidais un collègue à migrer son projet vers Maven.

Nous n'avions pas encore archivé le code dans svn dans le projet migré. Les dossiers .svn n'existaient donc pas. De toute évidence, il n’a pas pu obtenir la révision svn car les données n’existaient pas.

La solution consistait à commenter le plug-in, à importer le code dans svn. Effectuez une construction avec le code activé par svn, puis ramenez le plug-in et résolvez les erreurs supplémentaires. (Nous avons eu quelques problèmes avec doUpdate lors de l'exécution sur Hudson, nous avons donc supprimé ces étapes).

Answer 3

Cette erreur est provoquée par le fournisseur javasvn dans le buildnumber-maven-plugin lorsque .svn n’existe pas. Vous pouvez soit extraire votre projet de SVN, soit ne pas utiliser javasvn. Sans javasvn, le buildnumber-maven-plugin utilise le client svn en ligne de commande. Dans ce cas, le buildnumber-maven-plugin peut continuer même sans le répertoire .svn (mais le numéro de construction n'est pas défini correctement).

Je pense que c'est un bogue dans le buildnumber-maven-plugin que le javasvn ne peut pas continuer lorsque le répertoire .svn est manquant.

Answer 4

Un cas que nous pourrions résoudre ici avec Netbeans8 :

notez que le format Préférer l'ancien format de Subversion 1.6 est coché

et j'ai également mis en correspondance le SVN apache correct avec les propriétés maven données

Answer 5

J'ai eu le problème aussi et ma solution sous Windows était: définir la variable d'environnement PATH sur "... \ git \ bin". Java n'a pas pu trouver le répertoire pour utiliser Git.

Answer 6

Assurez-vous que Jenkins et le système d'exploitation ont la même version de Java.

J'ai rencontré un problème similaire sous Jenkins 2.121.2 sous Windows.

La construction réussirait, mais je n’ai reçu aucune donnée SCM.

La sortie de console appropriée:

[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

Sous DOS, la commande suivante fonctionnerait cependant:

D: \ Fichiers de programme (x86) \ Jenkins \ espace de travail \ myWebapp \ svn - informations non interactives

C’est-à-dire que j’obtiendrais les informations SCM attendues. Donc svn était sur le chemin, pas de problème.

Il s’avère que les chemins menant à mes versions de Java ont été barrés.

Le premier chemin d'accès lié à Java dans ma variable d'environnement PATH était:

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

Mais Jenkins a été configuré pour utiliser:

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

Dans la variable d'environnement PATH, j'ai remplacé le chemin d'accès Java x86 par le chemin indiqué par Jenkins et cela a fonctionné.

Je n’ai pas exploré le comment ou le pourquoi des chemins. Les deux fichiers java.exe résolus à partir de chaque chemin semblaient être la même version. La version x86 était capable d'exécuter svn. La cause fondamentale est au-dessus de ma classe de salaire.

Answer 7

hein ... travaillait sur la migration de svn vers git ... et pom xml avait un lien svn repo, donc mis à jour pour git et cela fonctionnait avec la mise à jour de pom xml scm