[Svnmerge] Bi-directional merging becoming more painful

Blair Zajac blair at orcaware.com
Tue Nov 15 14:09:03 PST 2005


Archie Cobbs wrote:
> Blair Zajac wrote:
> 
>> So I think as a community, we should decide on the dot files or the 
>> slow approach.  Maybe we implement both?  Having the dot files there 
>> won't prevent the slower solution from working.
> 
> 
> How about this..
> 
> The same code would be used to (a) create the dot file initially
> (to initialize a branch for the "fast" approach) and (b) regenerate
> the dotfile information (when doing the "slow" approach).
> 
> So supporting both use cases shouldn't be very much extra work.
> 
> So then svnmerge could have a new command to intialize the dot file.
> This would be done once on an existing svnmerge branch; for newly
> initialize svnmerge branches, it would be created automatically
> when doing "svnmerge init".
> 
> Thereafter, "svnmerge merge" would use the dot file if it exists
> ("fast"), or not use it if it doesn't exist ("slow").

Sounds good.  Now somebody just needs to code it :)

I like the idea that this will work with older versions of svnmerge that didn't 
create the dot file.

Regards,
Blair



More information about the Svnmerge mailing list