Discussion :

[tchize_]

Bonjour,

j'ai un soucis curieux avec le plugin maven release.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mvn -DautoVersionSubmodules=true release:prepare

j'ai un project avec cette hierarchie:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
/
 parent
   pom.xml
 common
   pom.xml
 web
   pom.xml
 pom.xml
   pom.xml

Et le pom à la racine contient:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
        <scm>
                <connection>scm:svn:http://chemin/vers/svn/workflows/trunk/</connection>
                <developerConnection>scm:svn:http://chemin/vers/svn/workflows/trunk/</developerConnection>
        </scm>

Problème, pour des raisons que je ne m'explique pas (j'ai 3 autres projet avec le même genre de structure qui passent), release execute la commande svn suivante

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
[INFO] Tagging release with the label base-1.4-RC1...
[INFO] Executing: /bin/sh -c cd /tmp/compilation/release && svn --non-interactive copy --file /tmp/maven-scm-321446456.commit --revision 7979 http://chemin/vers/svn/workflows/ http://chemin/vers/svn/workflows/tags/base-1.4-RC1

on notera qu'il manque un trunk/ dans la commande svn. Résultat, on se retrouve dans subversion avec des dossiers /tags/base-1.4-RC1/tags, /tags/base-1.4-RC1/trunk etc. Bref un bordel sans nom.

Quelqu'un peux m'expliquer comment maven arrive à la conclusion que ce n'est pas le trunk qu'il faut tagger?


Autre chose curieuse, si j'utilise la commande
mvn -DautoVersionSubmodules=true -DremoteTagging=false release:prepare

j'ai cette erreur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
[INFO] Executing: /bin/sh -c cd /tmp/compilation/release && svn --non-interactive copy --file /tmp/maven-scm-723388108.commit . http://chemin/vers/svn/workflows/tags/base-1.4-RC1
[INFO] Working directory: /tmp/compilation/release
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary:
[INFO]
[INFO] workflows-parent .................................. SKIPPED
[INFO] workflows-base-common ............................. SKIPPED
[INFO] workflows-base-datatypes .......................... SKIPPED
[INFO] workflows-base-toolagents ......................... SKIPPED
[INFO] workflows-base-web ................................ SKIPPED
[INFO] SharkEmailer ...................................... SKIPPED
[INFO] SharkGraphRenderer ................................ SKIPPED
[INFO] Clients ........................................... SKIPPED
[INFO] base .............................................. FAILURE [4:00.950s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4:02.239s
[INFO] Finished at: Mon Jan 30 09:22:33 UTC 2012
[INFO] Final Memory: 13M/171M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0:prepare (default-cli) on project base: Unable to tag SCM
[ERROR] Provider message:
[ERROR] The svn tag command failed.
[ERROR] Command output:
[ERROR] svn: '/tmp/compilation/release' is not a working copy

on y vois que même en local, il essaie de remonter d'un dossier

[romaintaz]

Etrange.

Pour être sûr de ce qu'il traite, peux-tu lancer la commande suivante sur le module qui pose problème :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mvn help:effective-pom -Doutput=full-pom.xml

puis regarde si toutes les informations dans le full-pom.xml sont bonnes, en particulier sur le SCM...

[tchize_]

déjà vérifié, rien de choquant.

J'ai trouvé une solution temporaire en allant dans le pom racine (multi module) et en le faisant hériter du pom parent/pom.xml.

Mais c'est moche.

Après vérification, c'est la différence avec mes autres projets "qui marchent". Dans mes autres projet, le multi module est aussi le parent, ce qui n'est pas le cas ici.

[Malatok]

Bonjour j'avais déjà eu ce problème avec le même message d'erreur, quand je faisais des release depuis mon post de développement et avec le client svn d'éclipse (subversive ).
Essai juste de changer de client svn pour moi ça a résolue mon problème, je ne sais pas si pour toi cela serra pareille.

CF ce post :

http://www.developpez.net/forums/d11...-working-copy/

Cdlt.

[tchize_]

le client svn est le client standard sous linux. Il n'y a pas d'autre client svn disponible sur cette machine (serveur de release)