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

Merging change sets for a production release,

From: Gavin Baumanis <gbaumanis_at_cogstate.com>
Date: Mon, 3 Jun 2013 04:30:48 +0000

Hi Everyone,

At the moment we do all of our work on /trunk and also have /branches/releases/1.0
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.

So I open the first issue, notice there are 3 commits assigned to this issue.
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 /branches/release/myPath/myFile1.c
svn merge -c 1234 /trunk/myPath/myFile2.c /branches/release/myPath/myFile2.c
svn merge -c 1234 /trunk/myPath/myFile3.c /branches/release/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 08:57:30 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.