[
http://jira.codehaus.org/browse/SCM-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=196604#action_196604
]
Fabrizio Giudici commented on SCM-491:
--------------------------------------
I've found a workaround:
http://weblogs.java.net/blog/fabriziogiudici/archive/2009/10/29/fixing-two-problems-maven-mercurial-hudson
> release:perform with Mercurial performs a full hg clone from the remote
> repository
> ----------------------------------------------------------------------------------
>
> Key: SCM-491
> URL: http://jira.codehaus.org/browse/SCM-491
> Project: Maven SCM
> Issue Type: Bug
> Components: maven-scm-provider-mercurial (hg)
> Reporter: Fabrizio Giudici
>
> Hello.
> When executing a release:perform, Maven forces hg to perform a clone of the
> remote repository in the target/checkout directory:
> [INFO] EXECUTING: /bin/sh -c cd /home/hudson/Builds/jrawio~TEST/target && hg
> clone -r 1.5.4 https://@kenai.com/hg/jrawio~src
> /home/hudson/Builds/jrawio~TEST/target/checkout
> Hg repos can be huge (even gigabytes) and thus operation causes a waste of
> bandwidth (and of time). It seems that the most obvious thing to do is to
> clone from the local copy in the main directory (e.g. hg clone -r 1.5.4 ..)
> and if you need to do a laster push you can explicitly specify the URL of the
> remote repository to the hg push command.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
