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

RE: separating out unwanted changes

From: Bert Huijben <bert_at_qqmail.nl>
Date: Tue, 25 Feb 2014 11:37:37 +0100

That is one option.

 

The other option is creating a maintenance branch from the old revision,
where things were still ok (e.g. right before the reintegrate) and then
merging the changes from trunk to the branch that you want to keep.

 

It really depends on whether you want to have 'trunk' to be stable again, or
if you just want to have access a stable branch while still allowing
(unstable) development work on trunk.

 

                Bert

 

From: James French [mailto:James.French_at_naturalmotion.com]
Sent: dinsdag 25 februari 2014 10:51
To: users_at_subversion.apache.org
Subject: separating out unwanted changes

 

Hi,

 

I wonder if someone could give me some advice on the following situation.
Its probably pretty simple but my svn knowledge has dropped off a bit. An
unstable dev branch was reintegrated and then a bunch of subsequent fixes
were made on the mainline, mixed in with other development. Stability has
still not been achieved and its now desirable to rollback all the fixes and
the dev branch and carry on working on the fixes on another dev branch while
normal development carries on as usual. I'm thinking, rollback all the bug
fix commits and the branch reintegration and get that committed. Then create
a dev branch and then reverse merge the reverted commit onto it? Sound
right?

 

Cheers,

James
Received on 2014-02-25 11:38:24 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.