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
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.
The scenario seems pretty ordinary to me - but I could, of course, be completely wrong.
Anyway,
(Ignoring the paths...)
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;
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
|
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.