[Adium-devl] Version control

Augie Fackler lists at durin42.com
Tue Oct 9 03:51:42 UTC 2007


On Oct 8, 2007, at 11:43 PM, Colin Barrett wrote:

> On Oct 8, 2007, at 8:27 PM, Augie Fackler wrote:
>
>> If you're using DVCS, you don't want to rebase:
>> http://changelog.complete.org/posts/586-Rebase-Considered- 
>> Harmful.html
>> Executive summary: you change the history, which *really* hurts  
>> people pulling from your repository.
>
> You misunderstand.
>
> By "rebase" I mean make branch foo contain all of the changes in  
> branch bar, but *not* be branch bar. In a diagram of a DAG, it  
> would look like
>
>  start
>    o
>  /     \
> o     o
> |       |
> o    /o <= 3
> |   /   |
> o/    o
> |       |
> a     b
>
> Warning, probably will look awful in a monospaced font.
>
> Do you see what I mean? I want to do a repeated merge from trunk  
> into my feature branch, so I can integrate new patches to that file  
> as they come in -- some of them are fixes I wrote on other branches  
> to solve problems (I pushed them upstream and am getting them  
> coming in from there), some of them are unrelated changes I want to  
> merge in before pushing upstream.
>
> As far as I can tell, hg does not handle this well. This hurts hard  
> when you have a branch that you leave alone but want to come back  
> to, and this is happening multiple times in one repository.

Aha, ok. This isn't rebasing - this is just vanilla merging. Yeah, if  
you do it this way, hg does kind of suck - subversion is better for  
this particular workflow if you don't want to keep multiple  
repositories. Their best practice is to maintain a separate  
repository to work on a given branch. At least, that's my  
understanding as it stands now.

I think git is better for this particular workflow - someone more  
knowledgeable about git will have to let you know. Note that with git- 
svn I think you could get this kind of functionality with our  
existing setup.

Augie


>
> -Colin





More information about the devel mailing list