Return-Path: Delivered-To: apmail-maven-users-archive@www.apache.org Received: (qmail 66088 invoked from network); 11 Sep 2009 14:27:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Sep 2009 14:27:48 -0000 Received: (qmail 7801 invoked by uid 500); 11 Sep 2009 14:27:46 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 7704 invoked by uid 500); 11 Sep 2009 14:27:45 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 7694 invoked by uid 99); 11 Sep 2009 14:27:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Sep 2009 14:27:45 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of stephen.alan.connolly@gmail.com designates 209.85.220.222 as permitted sender) Received: from [209.85.220.222] (HELO mail-fx0-f222.google.com) (209.85.220.222) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 Sep 2009 14:27:35 +0000 Received: by fxm22 with SMTP id 22so835421fxm.12 for ; Fri, 11 Sep 2009 07:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=D2RjlTvifbDHBHbq4bNbq+vMFzH4ausm59SLpOvbgkQ=; b=kO9g4loQejJ2y5es2SQaCwQzoH7aU1EGrunR7B/BlVrmGpORLjvuRDHiwSKYjA2t9J AmCzhBu/e5hMBUMwVjyvqK1RLP/YcxXpK8esZocSFxjrIgstecGCySwxi+X30yLjmWoc VY+Lt/9XyfcQIEWhN8hCZ/9F14Oawp3Wdud6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=ouaOrxE65y2rGoZ74xQEnYj3xQ9hLVNu58ySbX/JjwkCBPFJ8QZu/0POZj6ybnhrGq pMv9Yi0BC31GCu9hYkIX8pH5dhgjpTMEvGhK49s6NBBmJqy06IVoD6tha0Hy6Q2AjCgg Xuy5hdY9bLyxOM2QWBQJnO+wn4oa83k103Y00= MIME-Version: 1.0 Received: by 10.204.8.151 with SMTP id h23mr1978533bkh.194.1252679234263; Fri, 11 Sep 2009 07:27:14 -0700 (PDT) In-Reply-To: References: <4AA93132.8030109@i-hicks.org> <88c1b40909110640o547beebfu7c1ccd715eee7a90@mail.gmail.com> Date: Fri, 11 Sep 2009 15:27:13 +0100 Message-ID: <88c1b40909110727i1b936ee2oad09db62cbc08ad@mail.gmail.com> Subject: Re: How to update parent during release:prepare From: Stephen Connolly To: Maven Users List Content-Type: multipart/alternative; boundary=001517588560c69a2d04734e1cfc X-Virus-Checked: Checked by ClamAV on apache.org --001517588560c69a2d04734e1cfc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable versions:commit does not actually commit to your scm... it just removes the versionsBackup files (poor man's SCM) there is nothing stopping your from running versions:update-parent from a root aggregator pom and updating everything... then 1 big scm commit of the pom changes 2009/9/11 Stephen Duncan Jr > I think that's what he's referring to; it is in my case. First I release > the company-wide parent POM, then I begin releasing the rest of the > projects, each of which need to have their parent declaration updated fro= m > the SNAPSHOT version to the just-released version. Currently I do this > manually to all projects I'm releasing (with the advantage of only adding > one extra commit, whereas the versions-approach would be one extra commit > PER project). > > -Stephen > > On Fri, Sep 11, 2009 at 9:57 AM, David Hoffer wrote: > > > Woudn't it better to first release your company-wide parent poms > > first? Then release projects that refer to released poms? Otherwise > > it seems you would now have to chase down all the old references to > > the prior snapshot parent and manually update. > > > > -Dave > > > > On Fri, Sep 11, 2009 at 7:51 AM, Lewis, Eric wrote: > > > Thanks, that works well! > > > > > > However, I'm still wondering whether I'm the only one releasing that > way. > > > It seems to me that the release plugin can only be used together with > the > > versions plugin. > > > I think that most developers have some sort of company-wide parent PO= M > > which they refer to, and when releasing, they probably all have the sam= e > > problem as I do. > > > > > > Best regards, > > > Eric > > > > > >> -----Urspr=FCngliche Nachricht----- > > >> Von: Stephen Connolly [mailto:stephen.alan.connolly@gmail.com] > > >> Gesendet: Freitag, 11. September 2009 15:41 > > >> An: Maven Users List > > >> Betreff: Re: How to update parent during release:prepare > > >> > > >> before you run a release just run > > >> > > >> mvn versions:update-parent > > >> mvn versions:commit > > >> mvn release:prepare release:perform > > >> > > >> 2009/9/11 Lewis, Eric > > >> > > >> > Hi Dave > > >> > > > >> > Thanks for the answer, but it's not quite what I meant :-) > > >> > > > >> > I don't mean the parent version within the modules, but the > > >> parent version > > >> > within the project (i.e. the module's parent). > > >> > > > >> > Let's say I have a company wide POM in the repo > > >> > > > >> > company-pom:1.2.0-SNAPSHOT > > >> > > > >> > which has been released to > > >> > > > >> > company-pom:1.2.0 > > >> > > > >> > > > >> > All my projects depend on this (showing hierarchies by > > >> indenting and the > > >> > specified parent in the POM with an arrow): > > >> > > > >> > my-project:3.0.0-SNAPSHOT -> company-pom:1.2.0-SNAPSHOT > > >> > my-module-1:2.1.0-SNAPSHOT -> my-project:3.0.0-SNAPSHOT > > >> > my-module-2:5.3.7-SNAPSHOT -> my-project:3.0.0-SNAPSHOT > > >> > > > >> > Now I need to release my-project, so the result should be > > >> > > > >> > my-project:3.0.0 -> company-pom:1.2.0 > > >> > my-module-1:2.1.0 -> my-project:3.0.0 > > >> > my-module-2:5.3.7 -> my-project:3.0.0 > > >> > > > >> > As you say, changing the modules from my-project:3.0.0-SNAPSHOT t= o > > >> > my-project:3.0.0 is done with -DautoVersionSubmodules=3Dtrue, > > >> but how do I > > >> > update company-pom:1.2.0-SNAPSHOT to company-pom:1.2.0 > > >> within my-project? > > >> > > > >> > Best regards, > > >> > Eric > > >> > > > >> > > -----Urspr=FCngliche Nachricht----- > > >> > > Von: David C. Hicks [mailto:dhicks@i-hicks.org] > > >> > > Gesendet: Donnerstag, 10. September 2009 19:03 > > >> > > An: Maven Users List > > >> > > Betreff: Re: How to update parent during release:prepare > > >> > > > > >> > > The autoVersionSubmodules property can be used to tell the relea= se > > >> > > plugin to use the Parent's version for all of the child > > >> modules. Are > > >> > > your modules all the same version as your parent? If so, then > > >> > > it should > > >> > > work as-is. I normally use the command: > > >> > > > > >> > > mvn -DautoVersionSubmodules=3Dtrue release:prepare > > >> > > > > >> > > to start the process on a project with about 8 modules. It'll > > >> > > ask me for > > >> > > the release version of the parent and then the next > > >> > > development version. > > >> > > Beyond that, it's all automatic. > > >> > > > > >> > > Dave > > >> > > > > >> > > > > >> > > On 09/10/2009 05:30 AM, Lewis, Eric wrote: > > >> > > > Hi > > >> > > > > > >> > > > I'm trying to use release:prepare for a project with > > >> > > several modules. > > >> > > > The project has a parent which is a SNAPSHOT. Now my > > >> > > question is: How can I tell release:prepare to update the > > >> > > project's parent version to the parent's released version? > > >> > > > > > >> > > > Best regards, > > >> > > > Eric > > >> > > > > > >> > > > > >> --------------------------------------------------------------------= - > > >> > > > 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 > > >> > > > >> > > > >> > > > --------------------------------------------------------------------- > > > 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 > > > > > > > -- > Stephen Duncan Jr > www.stephenduncanjr.com > --001517588560c69a2d04734e1cfc--