[Svnmerge] partial merging

Blair Zajac blair at orcaware.com
Tue Jul 24 10:09:42 PDT 2012


On 07/24/2012 01:49 AM, drkmkzs wrote:
> Thanks Bill and Blair for these answers,
>
> I begin to understand now how does svnmerge work.
>
> The difficulty seems to be determining which revision we want to
> commit, because several people work on the devel branches, and
> sometimes you want just to merge some modifications, and not other
> functionalities still under development... So I guess we have to be
> very carefull when choosing the revisions, it was more simple to
> choose the files or folders.
>
> But I do understand why it has to work like this.
>
> Maybe our problem is that we should all have our own devel branch...
> but it would raise another problem, merging in each devel branch the
> modifications done by other developpers in their own branches... arg,
> I have an headache ;)

Ideally each developer works on independent work and they all merge 
their work back into trunk when it's ready.  Then you don't have cross 
merges.

> Blair, you said
>>> If you want per-file merging, then switch to svn's builtin merge-tracking
>
> I thought the svn's builtin mechanism would be the same, setting
> properties on the top level directory of the branch, so the problem is
> still the same ?

Builtin svn merging allows for children to have different revisions 
merged into it than parent directories.  But you're right, the simplest 
form is for a single directory to have svn:mergeinfo on it.

Blair



More information about the Svnmerge mailing list