libération de maven: préparation échoue; semble être confus au sujet UUID svn

Question

Lorsque je tente d'utiliser le plugin version Maven, il échoue sur mvn release:prepare avec l'erreur suivante:

 
[ERROR] BUILD FAILURE 
[INFO] ------------------------------------------------------------------------ 
[INFO] Unable to tag SCM 
Provider message: 
The svn tag command failed. 
Command output: 
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect 
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e' 

Je suis certain que le dépôt UUID est 221b71b0-5d3c-7840-b153- 25850b4df36e, et ont testé les checkins et vérifier.

J'ai supprimé tous les codes sources locaux et les ai extraits à nouveau, toujours la même erreur.

J'ai confirmé que dans le fichier svn entrées, il référence l'UUID correct 221b71b0-5d3c-7840-b153-25850b4df36e. J'ai exécuté svnlook uuid e:\repositories\myrepo et renvoie 221b71b0-5d3c-7840-b153-25850b4df36e. Mais d'une manière ou d'une autre, Maven pense que l'UUID est différent quand il essaie de marquer.

Je suis capable de créer mes propres tags avec le client svn. Mon serveur svn est local sur ma machine c'est VisualSVN fonctionnant sous Vista. Je suis également capable de vérifier les fichiers dans et hors avec Eclipse. Je suis à bout de nerfs à ce sujet! La seule chose à laquelle je peux penser est que le nom de l'ordinateur local est différent de l'URL du référentiel. Par exemple, j'utilise DynDNS pour acheminer le trafic vers repo.mydomain.com et tout est configuré dans mon routeur pour acheminer le trafic vers le service approprié. En d'autres termes, le système d'exploitation pense que mon nom d'ordinateur est A_NAME, mais j'accède à svn via l'URL repo.mydomain.com. Est-il possible que maven se confondre à cause de cela? Entre Maven et VisualSVN, je n'ai aucune idée de ce que je dois faire. S'il vous plaît aider!

Note finale: quand je lance Maven avec le param -e, je reçois cette trace de la pile:

 
[INFO] Trace 
org.apache.maven.BuildFailureException: Unable to tag SCM 
Provider message: 
The svn tag command failed. 
Command output: 
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect 
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e' 

     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa 
ultLifecycleExecutor.java:715) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandalone 
Goal(DefaultLifecycleExecutor.java:569) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau 
ltLifecycleExecutor.java:539) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan 
dleFailures(DefaultLifecycleExecutor.java:387) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen 
ts(DefaultLifecycleExecutor.java:284) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi 
fecycleExecutor.java:180) 
     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) 
     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) 
     at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) 
     at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:6 
0) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. 
java:39) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces 
sorImpl.java:25) 
     at java.lang.reflect.Method.invoke(Method.java:597) 
     at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) 
     at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) 
     at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) 

     at org.codehaus.classworlds.Launcher.main(Launcher.java:375) 
Caused by: org.apache.maven.plugin.MojoFailureException: Unable to tag SCM 
Provider message: 
The svn tag command failed. 
Command output: 
svn: Repository UUID '3da89ab5-aa79-4544-a1de-ca02bd87a2ce' doesn't match expect 
ed UUID '221b71b0-5d3c-7840-b153-25850b4df36e' 

     at org.apache.maven.plugins.release.PrepareReleaseMojo.execute(PrepareRe 
leaseMojo.java:169) 
     at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi 
nManager.java:490) 
     at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa 
ultLifecycleExecutor.java:694) 
     ... 17 more 

Answer 1

Je me sens comme un numnut, mais il envoi directement que quand je commutation autour de mes dépôts svn, J'ai négligé de mettre à jour le fichier pom.xml. Tout s'explique maintenant. Mais je souhaite vraiment que Maven répertorie les référentiels qu'il utilisait dans la sortie. Cela m'aurait sauvé une journée complète de tirage de cheveux!

Answer 2

Hey, quel était le changement que vous avez dû apporter à votre POM? Notre équipe a rencontré le même problème avec le plugin maven-release-plugin. J'ai essayé une extraction propre et vérifié que le nom d'hôte utilisé pour la config scm dans le POM et le nom d'hôte utilisé pour vérifier le dossier de travail est le même. Y at-il quelque chose d'autre que vous avez découvert qui est nécessaire pour réparer le POM?

Answer 3

J'ai eu le même problème. Il a été résolu par:

1. contrôle propre de SVN.
2. marquez la nouvelle version d'instantané av de l'artefact .
3. assurez-vous que la dernière version de plugin est utilisée.

version mvn: help affichera le numéro de version.

dernière en date d'aujourd'hui: org.apache.maven.plugins maven-release-plugin 2.2.2