Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Received-SPF: pass (nike.apache.org: domain of adriennolarsen@hotmail.fr
 designates 157.55.0.216 as permitted sender)
Message-ID: <DUB112-DS69146208010536E2C031EA96F0@phx.gbl>
From: =?iso-8859-1?Q?Adrien_Ruffi=E9?= <adriennolarsen@hotmail.fr>
To: "'Maven Users List'" <users@maven.apache.org>
References: <C318061356872B4D892533A28BD08819010BAA66@quipsy1>
 <CAArU9ibVQ0+vCt8b4+Q4we2K09rEP_R_C91JFJZTh-zc3A0SxA@mail.gmail.com>
 <3B222F2E298C7C45ACC98C05DCA6BECD4A1D41390F@ECCR13PUBLIC.exchange.local>
In-Reply-To: 
 <3B222F2E298C7C45ACC98C05DCA6BECD4A1D41390F@ECCR13PUBLIC.exchange.local>
Subject: RE: mvn release:prepare does not update parent version
Date: Tue, 23 Jul 2013 10:40:52 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AQGA6V4IZuQwfTV7kncoh8hY6HDFLgHvZGHTAQlzdFaZ9WaLkA==
Content-Language: fr

So this is a known bug or is it just a configuration error that I did?

I have to specify all versions of each module of my reactor? Or it can =
take
the basic version-DreleaseVersion for each module?

-----Message d'origine-----
De=A0: christofer.dutz@c-ware.de [mailto:christofer.dutz@c-ware.de]=20
Envoy=E9=A0: mardi 23 juillet 2013 10:10
=C0=A0: Maven Users List
Objet=A0: AW: mvn release:prepare does not update parent version

Hi,

is there actually a reason why only the artifacts in the build are =
updated?

I would agree that without providing versions for artifacts manually, =
this
could cause problems, but when using the feature described here:
http://maven.apache.org/maven-release/maven-release-plugin/examples/non-i=
nte
ractive-release.html
It is possible to provide separate versions for every module.=20

In my release I provided release and development versions for all =
modules
(also ones not in the reactor), but the release:prepare simply skipped =
those
not in the build.
I had to create a patched version for this, but it was a pretty =
unsatisfying
solution. If the plugin would for example update all those versions in =
the
reactor plus all those I manually provided a version for, might solve
Markus' problems.

Chris


-----Urspr=FCngliche Nachricht-----
Von: jieryn [mailto:jieryn@gmail.com]
Gesendet: Montag, 22. Juli 2013 20:36
An: Maven Users List
Betreff: Re: mvn release:prepare does not update parent version

Greetings,

On Mon, Jul 22, 2013 at 8:25 AM, Markus Karg <karg@quipsy.de> wrote:
> When I do mvn release:prepare, Maven asks whether I want to update all =

> SNAPSHOT version referenced in the POM.

I don't think the language says that at all. I ran a quick build and I'm =
not
seeing where it says it will update every single SNAPSHOT version =
referenced
in the POM. Can you please paste it?

> I say "yes" and confirm all suggested replacement versions unchanged.
> When Maven is done, I check the POM.xml.
> It is correctly rewritten for all references, but not for the parent=20
> version.

And it should not. It will rewrite the versions for the artifacts in its
build plan, and the parent is not part of the build plan in this way. It
would be horrifying, frankly, if running a release in a project would go
update the parent project also.

> The parent version still references the *old* SNAPSHOT, while=20
> obviously it should now name the *next* SNAPSHOT.

I don't think it should obviously do that. Perhaps you actually intended =
to
run the release from the parent, if that is true, then you should do it =
from
there. Not from within some submodule.

> Can somebody tell me what I have to do so that mvn release:prepare=20
> will also make the parent version point tot he *next* SNAPSHOT, as it=20
> does it correctly with the dependencies and the project's own version?

Run the release from the proper location. Or if the parent really does =
not
have a submodule of the project you're errantly trying to run the =
release
from right now, then you should release it (parent) first and then make =
the
updates in the unlinked child projects to the latest release number. The
m-versions-p is quite adept at automating this process.

-Jesse

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


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


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