Hi,
I've made a start, see http://svn.apache.org/r1460347
There are IT's for resolving the site URL, for SCM URLs it should be more
of the same.
It's open for discussion.
Robert
Op Fri, 15 Mar 2013 05:14:00 +0100 schreef Rahul Thakur
<rahul.thakur.x...@gmail.com>:
And something like a CI server can make use of this capability as well.
On 3/15/2013 2:20 AM, Robert Scholte wrote:
At least the maven-help-plugin and probably the maven-site-plugin too.
There's a small difference between the resolved pom for Maven(core) and
the way paths are transformed for the maven-release-plugin and
maven-site-plugin.
here are some examples:
https://jira.codehaus.org/browse/MSITE-669
https://jira.codehaus.org/browse/MSITE-672
https://jira.codehaus.org/browse/MSITE-657
Probably all URLs of distributionManagement are transformed for
children, but that's not exposed with the help:effective-pom.
Robert
Op Thu, 14 Mar 2013 21:35:15 +0100 schreef Stephen Connolly
<stephen.alan.conno...@gmail.com>:
On Thursday, 14 March 2013, Robert Scholte wrote:
Let's create a new shared component[1] for it: there are more plugins
depending on this intelligence.
What other plugins could be concerned with knowing which projects are
roots
for the release plugin?
Or maybe you gave something else in mind?
Looks to me there's no component for this kind of stuff yet.
Robert
[1]
http://maven.apache.org/**shared/index.html<http://maven.apache.org/shared/index.html>
Op Thu, 14 Mar 2013 10:32:26 +0100 schreef Stephen Connolly <
stephen.alan.conno...@gmail.com>:
No it makes more sense in the release plugin
On 14 March 2013 09:16, Rahul Thakur <rahul.thakur.x...@gmail.com>
wrote:
And perhaps this capability can reside in Maven core? Just a
thought....
On 3/12/2013 2:56 AM, Robert Scholte wrote:
Hi,
There are several MSITE/DOXIA and MRELEASE issues related to this
subject.
For the SCM-section and the site-section of the
distributionManagement
we
need a more intelligent way to resolve this.
Right now this logic is hidden inside the maven-release-plugin and
maven-site-plugin, causing a different result when resolved as
effective-pom, so IMO it is resolved at the wrong place.
They way it should be resolved depends on the type of MavenProject:
- aggregator (I'm not the parent of my modules)
- multimodule-root (I'm the parent of modules)
- module (I'm a module of my parent)
- standalone (I'm not a module of my parent/I don't have a parent
or
modules)
IMO modules should by default expand their parents path.
Robert
Op Mon, 11 Mar 2013 12:50:38 +0100 schreef Stephen Connolly <
stephen.alan.connolly@gmail.****com
<stephen.alan.conno...@gmail.com>>:
Hey one and all,
So we all know how multiple projects with multiple release roots
are a
pain...
Here's some experiments I've been playing with...
Not yet brave enough to have it fire up release:prepare
release:perform
on
each release root, nor fire up versions:set on the downstream
projects
with
explicit dependencies, nor lather rinse repeat until there is
nothing
needing a release...
But even the simple report should be useful, and if anyone has
suggestions
to help improve its recommendations towards getting confidence
that the
automated stuff could work... please give me pull requests.
If this proves useful, I will probably roll it into the release
plugin...
but for now I'll keep it in a holding pattern on github (where it
is
not
in
a default plugin groupId and hence relocation is less of an issue
if I
do
happen to make any releases into central)
$ mvn com.github.stephenc.maven:mpr-****maven-plugin:list-roots
from an aggregator pom should identify all the release roots and
whether
they might need a release
-Stephen
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.****org<
dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.****org<
dev-unsubscr...@maven.apache.org>
For additional commands, e-mail: dev-h...@maven.apache.org
------------------------------**------------------------------**---------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org