SVN-like merging (contrib)

Sébastien Pierre sebastien at xprima.com
Tue May 9 11:52:35 CDT 2006


Le mardi 09 mai 2006 à 09:44 -0700, Bryan O'Sullivan a écrit :

> >  It offers the following features :
> > 
> >  - Conflicts can be resolved in any order, at any time
> >  - Conflicts can be individually and independently resolved
> >  - Current version, parent version and newer version of each conflicting
> > file are saved as file.current, file.parent and file.newer.
> 
> I'd suggest using "local" and "remote" instead, or some other scheme, as
> using "current" and "newer" implies that one changeset is older than the
> other, which I can guarantee will cause confusion :-)

That is very true.

However, "local" or "remote" also imply that one changeset is not local,
which is not always the case. Maybe keeping things simple and using
".tomerge" (or ".merge") would be better ?

Does anybody has other propositions ?

 -- Sébastien








More information about the Mercurial mailing list