[
https://issues.apache.org/jira/browse/SCM-720?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Osipov closed SCM-720.
------------------------------
Resolution: Auto Closed
This issue has been auto closed because it has been inactive for a long period
of time. If you think this issue still applies, retest your problem with the
most recent version of Maven and the affected component, reopen and post your
results.
> Add a 'push' goal
> -----------------
>
> Key: SCM-720
> URL: https://issues.apache.org/jira/browse/SCM-720
> Project: Maven SCM
> Issue Type: Bug
> Reporter: Fabrizio Giudici
> Priority: Major
>
> I've been using for a couple of years a Maven release process where artifacts
> are first deployed to a local directory and Mercurial/Git changes are not
> pushed. This makes it possible to roll back all the changes in case of
> testing, when either the remote SCM repo or Maven repo are not reachable for
> a transient network error, etc., as well as just retry pushing/deploying the
> artifacts without re-running the whole release cycle.
> Final pushing and deploying are performed by re-running Maven with a
> specified profile. I'm able to perform hg/git push by invoking their
> executables with the proper parameters by means of the antrun-plugin, but
> it's cumbersome. It would be so much better to just invoke scm:push.
> Of course I'm aware that this needs implementation through all the providers.
> For distributed SCMs, push must be a full push (e.g. Git should push also
> tags); for non distributed SCMs, such as Subversion, the goals should just do
> nothing.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
