RE: Branched and non-branched work flows?
From: Bob Archer <bob.archer_at_amsi.com>
Date: Mon, 1 Jun 2009 15:00:12 -0400
> I have a situation here where one developer prefers avoiding branching
How then does he keep them separate? If he makes a code change that needs to be in both how do you build release 1 and release 2 from the same folder structure?
> And another developer prefers branching code from v1 to v2 ahead of
Well, they are two separate code bases. V2 is "based" on V1 but it does diverge.
> So... what's the best way to go ahead? Assuming we want fast
There are a many thoughts on this. Branch for release or use feature branches (branch for the new version).
You of course don't have to branch in advance. If you find you need to modify V1 you can create a v1 branch any time from the revision where you released version 1 (which I hope is tagged).
I'm still not sure with dev 1 how having a branch for ver1 slows him down? He can do his work in trunk, check it in as a single rev and if that needs to be in v1 also merge that rev into the v1 branch.
> 2) Revert to non-branched mode, because it's faster and we have no
I still think this dev is doing "something" to keep them separate. I am confused as to how you could build v1 from trunk if you are committing v2 changes.
Of course, a lot of this depends on how much change is happening from v1 to v2.... is this a minor point release or a major release.
> The situation is that both developers are pretty firmly "dug in" to
Subversion is pretty flexible... the probably here sounds like you have to people using (wanting to use) different methods. They have to agree to follow the same source control patterns no matter how they choose to do it.
I would still want more info from dev1 that doesn't "like" branches. What pain points is he talking about? How does he keep the code separate when he builds each release if they are just all in the same folder? Does he understand how merging works in svn 1.5+ and how to cherry pick. Have these devs read the svn book to understand the different branch work flow patterns that it describes?
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
This is an archived mail posted to the Subversion Users mailing list.