You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by "Lukas Theussl (JIRA)" <ji...@codehaus.org> on 2006/02/08 19:12:47 UTC

[jira] Closed: (MPSCM-77) It should be possible to check changes made by prepare-release before they are checked in and tagged

     [ http://jira.codehaus.org/browse/MPSCM-77?page=all ]
     
Lukas Theussl closed MPSCM-77:
------------------------------

    Resolution: Fixed

I finally opted for a new property maven.scm.testmode (default: false) which was easier to implement (otherwise we would have had to check whether the same tag and version were used in different goals). It's also more similar to the m2 behavior.

> It should be possible to check changes made by prepare-release before they are checked in and tagged
> ----------------------------------------------------------------------------------------------------
>
>          Key: MPSCM-77
>          URL: http://jira.codehaus.org/browse/MPSCM-77
>      Project: maven-scm-plugin
>         Type: Improvement

>  Environment: m11b3, scm plugin 
>     Reporter: Lukas Theussl
>     Priority: Critical
>      Fix For: 1.6

>
>
> See MRELEASE-77 for the equivalent m2 problem.
> Currently, the scm:prepare-release goal modifies the files project.xml and changes.xml, then commits the changes and tags the entire source tree, all in one step. If there is a problem with updating the files, we have a faulty version checked in and tagged in the repository. And usually, there are problems (see MPSCM-1, MPSCM-12,  MPSCM-43, MPSCM-67, ...?). 
> Given this immature state of the plugin, I think it is necessary that we provide the possibility to undo any unwanted modifications before anything gets checked in and tagged. I'm just not sure about the best way to do that:
> - move the check-in and tagging into the scm:perform-release goal, so prepare release only updates project.xml and changes.xml
> - add a new goal for updating project.xml and changes.xml
> - add a property 'testmode' like in m2, that skips the check-in and tagging (not sure how that would help when there are problems though)
> I'd prefer the second choice, what do others think?

-- 
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


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org