RE: How to maintain a release branch?
From: Scott Aron Bloom <scott_at_towel42.com>
Date: Mon, 21 Nov 2016 01:37:27 +0000
For my company, we do the following.
For externals, use the pegging format
For released bugs, that are to be fixed via patch release, the policy is to fix it on the branch and then merge it to trunk. When this is done, merging is pretty easy
Where this breaks down, is when some form of code change has occurred on trunk, that forces the fix to be done differently between the release and trunk.. This causes problems, and the question has to be asked, how critical is the bug for the patch.
For Q2,the ONLY time code is NOT merged from the release to trunk, is when the issue has been fixed in a different manner
Q3) we don't merge from tot "blindly" only specific and targeted revisions.. otherwise we just create a new release branch from the current tot
Scott
-----Original Message-----
Hi
I would be grateful for some advice on how to maintain a release branch.
Suppose we create a release branch, finalise the work and make the release. We then maintain fixes for that release on that branch.
Q1. As we apply fixes to the release branch, should we also manually apply those fixes to the trunk (where main development is proceeding)?
Q2. Does there come a point when one should merger the release branch back into the trunk (or does Q1 imply that this is unnecessary because we have manually duplicated the changes in the trunk)?
Q3. If we should merge the release branch back into the trunk, do we merge from trunk to release branch first (I guess not because that would pollute the branch)?
Best regards
David
|
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.