[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: how issue-2897 branch solves reflective merges?

From: Folker Schamel <schamel23_at_spinor.com>
Date: Mon, 14 Jan 2008 15:22:04 +0100

Kamesh Jayachandran wrote:
> Hi Folker,
>
> >b) But when you have resolved conflicts when merging trunk into
> >feature-branch, then you have to do that conflict resolution again
> >when merging feature-trunk back to trunk
> >(except for the special case you mentioned "accepting MINE").
>
> >Is this correct?
>
> Yes. We can not do anything intelligent here as conflict resolution
> could be any arbitary change.
>
> Now I tend to think we can make conflict resolution to be unidirectional
> for 'accepting THEIRS' too on a line basis, but would require some
> amount of thought and coding.
>
> >> Yes. But not always, In one special case conflict is not bi-directional.
> >> That special case 'Resolving conflict by accepting MINE changes'.
> >>
> >> In other words this algorithm reduces the conflict not eliminate it
> >> fully which is impossible.
>
> >It is possible. By doing suitable patch arithmetics.
> >(For example by the algorithm which I posted some time ago.)
>
> >But of course, this does not mean that it must be supported
> >in the next subversion release.
>
> Can you post a link to your algorithm?

http://svn.haxx.se/dev/archive-2007-12/0137.shtml
See also
http://svn.haxx.se/dev/archive-2007-12/0139.shtml
http://svn.haxx.se/dev/archive-2007-12/0185.shtml

Cheers,
Folker

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-01-14 16:53:45 CET

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.