You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by "C. Benson Manica" <cb...@gmail.com> on 2010/08/26 17:23:07 UTC
Change development version
What is the "proper" way to update the development version of a project (and
its subprojects if any)? Say a project is currently at 1.4-SNAPSHOT but I
decide I want to mark it as 1.4-pre-1-SNAPSHOT - is there a way to do that
without manually editing all the poms involved?
--
C. Benson Manica
cbmanica@gmail.com
Re: Change development version
Posted by James Dumay <jd...@atlassian.com>.
You can also use the Maven Release Plugin update-versions mojo:
http://maven.apache.org/plugins/maven-release-plugin/update-versions-mojo.html
On Fri, Aug 27, 2010 at 4:00 PM, Anders Hammar <an...@hammar.net> wrote:
> Just a comment regarding your example. I'm assuming that the actual
> "release" (the final one) will be 1.4, right? And that you're thinking that
> you will be releasing some kind of milestone called 1.4-pre-1, right?
> In that case, I would still call the development version 1.4-SNAPSHOT all
> the way until you release the final 1.4 release. During the course, you
> decide to release stable milestones (or whatever you want of call them,
> they
> are maven releases anyway) such as 1.4-pre-1, 1.4-pre-2, etc. Then just cut
> a release from the 1.4-SNAPSHOT lane that you give the version 1.4-pre-1.
> The developement version continues to be called 1.4-SNAPSHOT after that.
> Maybe someone else can comment on this approach, but I find it good as the
> ones that want to use the latest snapshots don't have to worry about if
> they
> should use 1.4-pre-1-SNAPSHOT, 1.4-pre-2-SNAPSHOT, or similar. They just
> specify 1.4-SNAPSHOT and always get the latest from that lane. While the
> ones that specifically want to use/try a milestone release use that version
> (e.g. 1.4-pre-1).
> Another benefit is that you don't have to decide on this milestone release
> in advance (as you don't use their specific version number in the snapshot
> version), but can cut them as you like. Maybe you cut them every night by
> your CI, or every Sunday?
>
> /Anders
> On Thu, Aug 26, 2010 at 17:23, C. Benson Manica <cb...@gmail.com>
> wrote:
>
> > What is the "proper" way to update the development version of a project
> > (and
> > its subprojects if any)? Say a project is currently at 1.4-SNAPSHOT but
> I
> > decide I want to mark it as 1.4-pre-1-SNAPSHOT - is there a way to do
> that
> > without manually editing all the poms involved?
> >
> > --
> > C. Benson Manica
> > cbmanica@gmail.com
> >
>
Re: Change development version
Posted by Anders Hammar <an...@hammar.net>.
Just a comment regarding your example. I'm assuming that the actual
"release" (the final one) will be 1.4, right? And that you're thinking that
you will be releasing some kind of milestone called 1.4-pre-1, right?
In that case, I would still call the development version 1.4-SNAPSHOT all
the way until you release the final 1.4 release. During the course, you
decide to release stable milestones (or whatever you want of call them, they
are maven releases anyway) such as 1.4-pre-1, 1.4-pre-2, etc. Then just cut
a release from the 1.4-SNAPSHOT lane that you give the version 1.4-pre-1.
The developement version continues to be called 1.4-SNAPSHOT after that.
Maybe someone else can comment on this approach, but I find it good as the
ones that want to use the latest snapshots don't have to worry about if they
should use 1.4-pre-1-SNAPSHOT, 1.4-pre-2-SNAPSHOT, or similar. They just
specify 1.4-SNAPSHOT and always get the latest from that lane. While the
ones that specifically want to use/try a milestone release use that version
(e.g. 1.4-pre-1).
Another benefit is that you don't have to decide on this milestone release
in advance (as you don't use their specific version number in the snapshot
version), but can cut them as you like. Maybe you cut them every night by
your CI, or every Sunday?
/Anders
On Thu, Aug 26, 2010 at 17:23, C. Benson Manica <cb...@gmail.com> wrote:
> What is the "proper" way to update the development version of a project
> (and
> its subprojects if any)? Say a project is currently at 1.4-SNAPSHOT but I
> decide I want to mark it as 1.4-pre-1-SNAPSHOT - is there a way to do that
> without manually editing all the poms involved?
>
> --
> C. Benson Manica
> cbmanica@gmail.com
>
Re: Change development version
Posted by "C. Benson Manica" <cb...@gmail.com>.
Maybe indeed! This solves a lot of problems - thanks!
On Thu, Aug 26, 2010 at 11:27 AM, Schrecker, Wolfgang <
Wolfgang.Schrecker@atosorigin.com> wrote:
> Maybe this plugin would help:
> http://mojo.codehaus.org/versions-maven-plugin/
>
> W.
>
> -----Ursprüngliche Nachricht-----
> Von: C. Benson Manica [mailto:cbmanica@gmail.com]
> Gesendet: Donnerstag, 26. August 2010 17:23
> An: Maven Users List
> Betreff: Change development version
>
> What is the "proper" way to update the development version of a project
> (and
> its subprojects if any)? Say a project is currently at 1.4-SNAPSHOT but I
> decide I want to mark it as 1.4-pre-1-SNAPSHOT - is there a way to do that
> without manually editing all the poms involved?
>
> --
> C. Benson Manica
> cbmanica@gmail.com
>
>
>
> --------------------------------------------------
>
> Atos Worldline Processing GmbH
> Hahnstraße 25
> 60528 Frankfurt/Main
> Germany
> Phone: +49 69/6657-1176
> Fax:
> Mobile:
> mailto: Wolfgang.Schrecker@atosorigin.com
> http://www.atosworldline.com
>
> Geschäftsführer: Wolf Kunisch
> Aufsichtsratsvorsitzender: Didier Dhennin
> Sitz der Gesellschaft: Frankfurt/Main
> Handelsregister: Frankfurt/Main HRB 40 417
>
> * * * * * * * * L E G A L D I S C L A I M E R * * * * * * * *
> This e-mail and the documents attached are confidential and intended solely
> for the addressee; it may also be privileged. If you receive this e-mail by
> error, please notify the sender immediately and destroy it. As its integrity
> cannot be secured on the internet, the Atos Origin group liability cannot be
> triggered for the message content. Although the sender endeavours to
> maintain a computer virus-free network, the sender does not warrant that
> this transmission is virus-free and shall not be liable for any damages
> resulting from any virus transmitted.
> * * * * * * * * L E G A L D I S C L A I M E R * * * * * * * *
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
--
C. Benson Manica
cbmanica@gmail.com
AW: Change development version
Posted by "Schrecker, Wolfgang" <Wo...@atosorigin.com>.
Maybe this plugin would help:
http://mojo.codehaus.org/versions-maven-plugin/
W.
-----Ursprüngliche Nachricht-----
Von: C. Benson Manica [mailto:cbmanica@gmail.com]
Gesendet: Donnerstag, 26. August 2010 17:23
An: Maven Users List
Betreff: Change development version
What is the "proper" way to update the development version of a project (and
its subprojects if any)? Say a project is currently at 1.4-SNAPSHOT but I
decide I want to mark it as 1.4-pre-1-SNAPSHOT - is there a way to do that
without manually editing all the poms involved?
--
C. Benson Manica
cbmanica@gmail.com
--------------------------------------------------
Atos Worldline Processing GmbH
Hahnstraße 25
60528 Frankfurt/Main
Germany
Phone: +49 69/6657-1176
Fax:
Mobile:
mailto: Wolfgang.Schrecker@atosorigin.com
http://www.atosworldline.com
Geschäftsführer: Wolf Kunisch
Aufsichtsratsvorsitzender: Didier Dhennin
Sitz der Gesellschaft: Frankfurt/Main
Handelsregister: Frankfurt/Main HRB 40 417
* * * * * * * * L E G A L D I S C L A I M E R * * * * * * * *
This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail by error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and shall not be liable for any damages resulting from any virus transmitted.
* * * * * * * * L E G A L D I S C L A I M E R * * * * * * * *
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org