[
https://jira.codehaus.org/browse/MRELEASE-595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=316785#comment-316785
]
Steve van den Buys edited comment on MRELEASE-595 at 1/4/13 5:18 PM:
---------------------------------------------------------------------
Robert,
zipping the project would be a bit too large, but here are the relevant bits:
1) project structure is like:
{code}
trunk/project-parent
/project-entity-services
/project-presentation
/project-presentation-ear
...
tags/
branches/
.
.
.
{code}
2) In project-parent we have the master POM which contains the following
relevant sections:
{code:xml}
<scm>
<developerConnection>scm:svn:https://our.server.url/svn/voi/trunk</developerConnection>
</scm>
.
.
.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.4</version>
<configuration>
<tagNameFormat>@{project.version}</tagNameFormat>
<autoVersionSubmodules>true</autoVersionSubmodules>
</configuration>
</plugin>
{code}
3) I then simply move in the project-parent folder and start "mvn
release:prepare"
Having done this, when I go to see in SVN afterwards, I see that under the
tags-folder there is a folder (currently that would be 1.0.0.2) and under that
folder is trunk, tags, branches and all the others. In the parent POM of the
tagged project-parent, I see that the scm section has been adjusted to:
{code:xml}
<scm>
<developerConnection>scm:svn:https://our.server.url/svn/voi/tags/1.0.0.2/trunk</developerConnection>
</scm>
{code}
The thing is, I would just expect to see
"https://our.server.url/svn/voi/tags/1.0.0.2";, likewise I would only expect to
see the modules that are under the trunk to be tagged and not the trunk itself
and all its sibling folders.
When I look at the logging, this is where it seems to go wrong:
[INFO] --- maven-release-plugin:2.4:prepare (default-cli) @ inburgering-parent
---
[INFO] Resuming release from phase 'scm-tag'
[INFO] Tagging release with the label 1.0.0.2...
[INFO] Executing: cmd.exe /X /C "svn --non-interactive copy --file
C:\Users\buyss\AppData\Local\Temp\maven-scm-488314082.commit
https://our.server.url/svn/voi/ https://our.server.url/svn/voi/tags/1.0.0.2";
As you can see, the plugin decides to tag from the root-folder (voi) and not
from voi/trunk only (which is what I would expect given that I specified trunk
as the base-folder in my developerConnection.
Am I missing something here?
was (Author: s_vandenbuys):
Robert,
zipping the project would be a bit too large, but here are the relevant bits:
1) project structure is like:
{panel}
trunk/project-parent
/project-entity-services
/project-presentation
/project-presentation-ear
...
tags/
branches/
.
.
.
{panel}
2) In project-parent we have the master POM which contains the following
relevant sections:
{code:xml}
<scm>
<developerConnection>scm:svn:https://our.server.url/svn/voi/trunk</developerConnection>
</scm>
.
.
.
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-release-plugin</artifactId>
<version>2.4</version>
<configuration>
<tagNameFormat>@{project.version}</tagNameFormat>
<autoVersionSubmodules>true</autoVersionSubmodules>
</configuration>
</plugin>
{code}
3) I then simply move in the project-parent folder and start "mvn
release:prepare"
Having done this, when I go to see in SVN afterwards, I see that under the
tags-folder there is a folder (currently that would be 1.0.0.2) and under that
folder is trunk, tags, branches and all the others. In the parent POM of the
tagged project-parent, I see that the scm section has been adjusted to:
{code:xml}
<scm>
<developerConnection>scm:svn:https://our.server.url/svn/voi/tags/1.0.0.2/trunk</developerConnection>
</scm>
{code}
The thing is, I would just expect to see
"https://our.server.url/svn/voi/tags/1.0.0.2";, likewise I would only expect to
see the modules that are under the trunk to be tagged and not the trunk itself
and all its sibling folders.
When I look at the logging, this is where it seems to go wrong:
[INFO] --- maven-release-plugin:2.4:prepare (default-cli) @ inburgering-parent
---
[INFO] Resuming release from phase 'scm-tag'
[INFO] Tagging release with the label 1.0.0.2...
[INFO] Executing: cmd.exe /X /C "svn --non-interactive copy --file
C:\Users\buyss\AppData\Local\Temp\maven-scm-488314082.commit
https://our.server.url/svn/voi/ https://our.server.url/svn/voi/tags/1.0.0.2";
As you can see, the plugin decides to tag from the root-folder (voi) and not
from voi/trunk only (which is what I would expect given that I specified trunk
as the base-folder in my developerConnection.
Am I missing something here?
> release:prepare using old SVN structure when creating tag
> ---------------------------------------------------------
>
> Key: MRELEASE-595
> URL: https://jira.codehaus.org/browse/MRELEASE-595
> Project: Maven 2.x Release Plugin
> Issue Type: Bug
> Components: prepare
> Affects Versions: 2.0
> Environment: Apache Maven 2.2.1 (r801777; 2009-08-06 21:16:01+0200)
> Java version: 1.6.0_18
> OS name: "windows xp" version: "5.1" arch: "x86" Family: "windows"
> Reporter: Cornel Masson
>
> I made a change in my project's SVN folder structure, and now release:prepare
> is creating the tag using the old structure. Example:
> In my organization, each project has sub-folders for trunk, tags and
> branches. However, my test projectA started out (incorrectly) in SVN
> *without* trunk/tags/branches subfolders:
> {code}
> svnhost/code/projectA:
> /gui
> /model
> -pom.xml
> {code}
> Later, I realised my mistake, created a trunk subfolder under projectA, and
> moved the project contents into trunk. I also added tags and branches folders:
> {code}
> svnhost/code/projectA:
> /trunk
> /gui
> /model
> -pom.xml
> /tags
> /branches
> {code}
> I re-checked out a clean projectA and did release:prepare with tagBase =
> {{svnhost/code/projectA/tags}} and tag name 'MyTag'. It created MyTag, but
> the contents was *all* of trunk/tags/branches(!):
> {code}
> svnhost/code/projectA:
> /trunk
> /gui
> /model
> -pom.xml
> /tags
> /MyTag
> /trunk
> /gui
> /model
> -pom.xml
> /tags
> /branches
> /branches
> {code}
> instead of just using the contents of trunk at that point.
> It looks like it's picking up the *old* SVN structure from the projectA
> folder.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
