[ 
https://jira.codehaus.org/browse/MRELEASE-835?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=323738#comment-323738
 ] 

Thorsten Heit edited comment on MRELEASE-835 at 4/15/13 5:49 AM:
-----------------------------------------------------------------

Just as I added my patch I discovered that there's already another similar 
patch for such a feature that is about 4 years old:
[http://jira.codehaus.org/browse/MRELEASE-463]
                
      was (Author: thorsten):
    Just as I added my patch I discovered that there's already another similar 
patch for such a feature that is about 4 (\!) years old:
[http://jira.codehaus.org/browse/MRELEASE-463]
                  
> Automatically resolve snapshot dependencies in release:prepare
> --------------------------------------------------------------
>
>                 Key: MRELEASE-835
>                 URL: https://jira.codehaus.org/browse/MRELEASE-835
>             Project: Maven 2.x Release Plugin
>          Issue Type: New Feature
>          Components: prepare
>    Affects Versions: 2.4.1
>            Reporter: Thorsten Heit
>         Attachments: maven-release-plugin.patch
>
>
> mvn release:prepare has a nice feature to automatically resolve snapshot 
> dependencies in a pom.xml when it detects that there are still unresolved 
> ones. Unfortunately this only works in interactive mode, and directly breaks 
> the build in batch mode.
> The attached patch adds the following two command-line parameters to 
> release:prepare so that a user can run release:prepare in fully 
> non-interactive mode, and doesn't change the actual behaviour when they are 
> not given:
> * autoResolveSnapshotDependencies
> * autoResolveSnapshotDependenciesMode
> *Background:*
> Say I have projects A and B, and B depends on A. Both projects are about to 
> be released at a certain time.
> "mvn release:prepare release:perform" does this job quite well and can be 
> implemented for project A for example on a build server to be run 
> non-interactively via the build server's web interface.
> To release project B in a similar way, i.e. as a non-interactive job on a 
> build server, this requires that I manually update the snapshot dependencies 
> of B's pom.xml and check in the modified file before I trigger the job; 
> otherwise the build would fail.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to