[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Cherry-picking revision to merge.

From: Daniel Becroft <djcbecroft_at_gmail.com>
Date: Mon, 31 Oct 2011 10:49:08 +1000

On Mon, Oct 31, 2011 at 10:18 AM, Gavin "Beau" Baumanis <
gavin.baumanis_at_palcare.com.au> wrote:

> Hi Everyone,
>
> I hoping that I can get some help with the theory of cherry-picking merges
> to a branch.
>
> I have the "default" subversion layout;
> /trunk
> /branches
> /tags
>
> I have a "release branch"; ^/branches/releases/1.5
>
> I have "^/trunk/filename.txt"
> I have just created a release branch, made some changes and created a tag
> for release.
> ^/tags/1.5
>
> The repo revision is @100.
>
> A colleague makes a some changes, so no filename.txt is @r101.
> I make a critical bug fix (unrelated to r101) and now
> "^/trunk/filename.txt" is at r102.
>
> I want to a make a "point" release, so as to get the bug-fix out to
> customers.
> But the changes made at r101 are not ready for release, yet.
>
> How do I go about getting "just" the changes made in
> "^/trunk.fiename.txt_at_102", merged into the release branch?
>

svn merge -c 102 ^/trunk .?

Cheers,
Daniel B.
Received on 2011-10-31 01:50:00 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.