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

Re: Merging change sets for a production release,

From: Shahid khan <slappyss2_at_gmail.com>
Date: Mon, 3 Jun 2013 16:46:50 +0530

On Jun 3, 2013 12:27 PM, "Gavin Baumanis" <gbaumanis_at_cogstate.com> wrote:
> Hi Everyone,
> At the moment we do all of our work on /trunk and also have
> When we have enough issues, we mark the ready / required issues with a
new release milestone and I go about the task of merging the required
changes from trunk to the release branch.
> Here is what I am currently doing, that is giving me some issues, and I
am hoping someone might be able to see what I am doing wrong / have some
advice / comments to better the process I am using.
> Let's assume that I have multiple completed issues ready to merge from
trunk that will become the "Changes" from the last version.
> Let's also assume that I have multiple subversion commits per issue -
sometimes ~20 commits can be assigned against an issue.
> Let's also assume that the very same files that have the required changes
to go to the new release - have other, not-ready for release changes made
to them too.
> The scenario seems pretty ordinary to me - but I could, of course, be
completely wrong.
> Anyway,
> So I open the first issue, notice there are 3 commits assigned to this
> The first commit has 3 files,
> I do a cherry pick merge from trunk for each of the individual files
listed in the issue.
> (Ignoring the paths...)
> svn merge -c 1234 /trunk/myPath/myFile1.c
> svn merge -c 1234 /trunk/myPath/myFile2.c
> svn merge -c 1234 /trunk/myPath/myFile3.c
> I manually resolve any conflicts that I may have.
> I then open the 2nd issue and repeat the process above as required for
the change sets listed in the 2nd issue.
> A "problem" I am having is that I tend to get a lot of Merge conflicts
doing it this way.
> But my biggest problem and the purpose for this email is;
> I might have a quite a few helpdesk issues to create a new release from.
> The same file might be edited in numerous issues.
> I often find myself doing a merge of a revision number less than one I
have already performed.
> (depending on the order that I do the issue merging, of course)
> And "oddly" to me - I find at times when this is the case that my initial
merge to the release branch is negated / overwritten.
> I am certain that it is a usage issue - but short of somehow ensuring
that I do all the required merges in order - which is simply just too
difficult to achieve - I find myself constantly battling with ensuring that
the release branch is updated with all that this is necessary.
> If anyone has any ideas I would be most grateful.
> - Gavin
Received on 2013-06-03 13:17:23 CEST

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.