Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of rahul.akolkar@gmail.com
 designates 64.233.166.177 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:in-reply-to:mime-version
         :content-type:content-transfer-encoding:content-disposition
         :references;
        b=kPV90zC8+FHS//2mZcuNqqZFrznINh6Zfs88wrwqfE5HHVEJgYhuiVUDnivi/Hgieq
         1Dv3c+jzb6Yxs7S2YFYrc0Ro5U+PjhmGeecPNas77wrPtVcFKmKELR7Cd3ImlWB6ukLH
         xWzkgBEO2UbirqjumvpuDX+cfnlkIBC1DZOYI=
Message-ID: <ce1f2ea80807291148r308a5694xa9ef04f0893cefff@mail.gmail.com>
Date: Tue, 29 Jul 2008 14:48:11 -0400
From: "Rahul Akolkar" <rahul.akolkar@gmail.com>
To: "Commons Developers List" <dev@commons.apache.org>
Subject: Re: [all] release preparation
In-Reply-To: <578432.84028.qm@web55102.mail.re4.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <55afdc850807291028t3564b11fu7f43bcafe6381c7b@mail.gmail.com>
	 <578432.84028.qm@web55102.mail.re4.yahoo.com>

On Tue, Jul 29, 2008 at 2:38 PM, Matt Benson <gudnabrsam@yahoo.com> wrote:
>
> --- Niall Pemberton <niall.pemberton@gmail.com> wrote:
>
>> On Tue, Jul 29, 2008 at 5:33 PM, Matt Benson
>> <gudnabrsam@yahoo.com> wrote:
>> >
>> > --- Niall Pemberton <niall.pemberton@gmail.com>
>> wrote:
>> >
>> >> On Tue, Jul 29, 2008 at 3:47 PM, Matt Benson
>> >> <gudnabrsam@yahoo.com> wrote:
>> >> >
>> >> > --- Rahul Akolkar <rahul.akolkar@gmail.com>
>> wrote:
>> >> >
>> >> >> On Mon, Jul 28, 2008 at 6:54 PM, Matt Benson
>> >> >> <gudnabrsam@yahoo.com> wrote:
>> >> >> > Is a `mvn site` from  a src distribution
>> >> supposed
>> >> >> to
>> >> >> > generate download_[component].cgi?
>> >> >> <snip/>
>> >> >>
>> >> >> No.
>> >> >>
>> >> >>
>> >> >> >  If not, are we
>> >> >> > intended to make sure we preserve the
>> existing
>> >> >> file or
>> >> >> > re-create it when deploying the site?
>> >> >> <snap/>
>> >> >>
>> >> >> Don't need to do anything special for it (its
>> >> >> preserved by default).
>> >> >>
>> >> >> Process:
>> >> >>  * Update <commons.release.version> in pom
>> >> >>  * "mvn commons:download-page" to gen the .xml
>> >> >> download page
>> >> >>  * "mvn site-deploy" (or similar)
>> >> >>
>> >> >> As an aside (though perhaps its related), I
>> saw a
>> >> >> couple of updates to
>> >> >> SVN tags go by -- it'd be best if we can avoid
>> >> >> these.
>> >> >>
>> >> >
>> >> > As these were updates directly related to
>> creating
>> >> > RC5, I have no idea how to appease you in this
>> >> regard.
>> >> >  :(
>> >>
>> >> Theres really two ways of doing this.
>> >>
>> >> 1) Do all the updates in the trunk and then tag
>> >> 2) Create a branch for the release, update there
>> and
>> >> then tag
>> >>
>> >> IMO best to choose 1) if the whole focus is only
>> on
>> >> the current
>> >> release and 2) if other people are want to
>> continue
>> >> to do development
>> >> and not have to hold off on commits while the
>> >> release is being done.
>> >>
>> >
>> > So in the pursuit of (1) you would recommend doing
>> all
>> > necessary changes, then rolling them immediately
>> back
>> > after the tag has been copied?
>>
>> No need to roll back, just roll forward once you
>> have a successful
>> release. For me this has just been rolling on the
>> version number to
>> the next SNAPSHOT.
>>
>> Having said that, I usually tag from my local copy
>> which just has the
>> version number change (all other changes, e.g. site
>> committed to
>> trunk) - not sure if Rahul considers that equivalent
>> to / as bad as
>> updating a Tag.
>>
>> For example the last Chain release candidates:
>>   http://markmail.org/message/nk4v42ptxcuoemir
>>   http://markmail.org/message/2awdi7hntpqhmghw
>>   http://markmail.org/message/chkvopsanzwrlstq
>>
>
> Apparently I'm not svn-savvy enough... what cmd
> accomplishes this?
>
<snip/>

svn cp (WC --> WC [1]) + mods + svn ci

Graphical clients have corresponding gestures for the first bit, such
as "right drag" [2] in TortoiseSVN.

-Rahul

[1] http://svnbook.red-bean.com/nightly/en/svn.ref.svn.c.copy.html
[2] http://tortoisesvn.net/docs/release/TortoiseSVN_en/tsvn-dug.html#tsvn-dug-right-drag


> Thanks,
> Matt
>
>> Niall
>>
>> > -Matt
>> >
>> >> Niall
>> >>
>> >> > -Matt
>> >> >
>> >> >> -Rahul
>> >> >>
>> >> >>
>> >> >> >  This is
>> >> >> > confusing to me.
>> >> >> >
>> >> >> > Thanks,
>> >> >> > Matt
>> >> >> >
>> >> >> >
>>
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org