<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: 3 way merging</title>
	<atom:link href="http://www.misuse.org/science/2007/02/24/3-way-merging/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.misuse.org/science/2007/02/24/3-way-merging/</link>
	<description>It would be a good idea.</description>
	<pubDate>Fri, 08 Aug 2008 00:45:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: science</title>
		<link>http://www.misuse.org/science/2007/02/24/3-way-merging/#comment-29</link>
		<dc:creator>science</dc:creator>
		<pubDate>Sat, 26 May 2007 19:04:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.misuse.org.check.geekisp.com/cms/2007/02/24/3-way-merging/#comment-29</guid>
		<description>Bill, your company's tool failed to merge some files that other tools handled correctly. I can see your point that if your tool is more cautious and flags more things as unresolvable, then it will make fewer mistakes. But what I wanted to convey to anyone who reads this article is that your tool will make them do more work in non-trivial (but non-heinous) merge cases. I can imagine that tools which make life easier for such "intermediate difficulty" cases won't work well in very complex merge situations.

So there's a balance: perhaps your tool works very well for very difficult merge situations? For scenarios like the one I tested, where there are some complex but not unmanageable merge situations, your tool made me do work which most of the other tools I evaluated didn't make me do. A classic trade-off.

Thanks for your input on the subject.
</description>
		<content:encoded><![CDATA[<p>Bill, your company&#8217;s tool failed to merge some files that other tools handled correctly. I can see your point that if your tool is more cautious and flags more things as unresolvable, then it will make fewer mistakes. But what I wanted to convey to anyone who reads this article is that your tool will make them do more work in non-trivial (but non-heinous) merge cases. I can imagine that tools which make life easier for such &#8220;intermediate difficulty&#8221; cases won&#8217;t work well in very complex merge situations.</p>
<p>So there&#8217;s a balance: perhaps your tool works very well for very difficult merge situations? For scenarios like the one I tested, where there are some complex but not unmanageable merge situations, your tool made me do work which most of the other tools I evaluated didn&#8217;t make me do. A classic trade-off.</p>
<p>Thanks for your input on the subject.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Ritcher</title>
		<link>http://www.misuse.org/science/2007/02/24/3-way-merging/#comment-28</link>
		<dc:creator>Bill Ritcher</dc:creator>
		<pubDate>Sat, 26 May 2007 14:59:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.misuse.org.check.geekisp.com/cms/2007/02/24/3-way-merging/#comment-28</guid>
		<description>The Guiffy SureMerge 3-way auto merge algorithm is NOT "snakeoil".  

There are still 3-way merge tools out there that don't detect lines inserted at the same point in the code as a conflict.  One of these merge tools will detect fewer conflicts.  But, it would be a mistake to think of them as "smarter" because the user has fewer conflicts to resolve.

Guiffy's 3-way merge applies a proprietary algorithm which is not based on unique anchor file compare algorithms used by other merge tools.  The sureMerge algorithm avoids the worse case scenarios which can happen when the set of unique anchors are not the same for all 3-way compares.  In such cases even the authors of those algorithms admit reconciling the compare results for the auto-merge is problematic.  Thats another way of saying --- its impossible to get it right all the time.

Guiffy's SureMerge 3-way algorithm treats changes which are close to each other but not acutally overlapping as Attentions (conflicts).  Yes, this can result in more Attentions than conflicts.  But, by reviewing these changes, the merge user will be more confident of their merge result.

The White Paper on our web site includes simple test case file sets for evaluating 3-way merge tools.  If you use those test files with other merge tools (such as those menthioned in your post), you will see how Guiffy SureMerge produces more trustworthy merge results.

We have many other much more complicated "ugly merge" cases which we've collected over the years from users of other merge tool failures which SureMerge processes properly.

Please, if you have any 3-way merge cases which you'd like to discuss further --- let me know.</description>
		<content:encoded><![CDATA[<p>The Guiffy SureMerge 3-way auto merge algorithm is NOT &#8220;snakeoil&#8221;.  </p>
<p>There are still 3-way merge tools out there that don&#8217;t detect lines inserted at the same point in the code as a conflict.  One of these merge tools will detect fewer conflicts.  But, it would be a mistake to think of them as &#8220;smarter&#8221; because the user has fewer conflicts to resolve.</p>
<p>Guiffy&#8217;s 3-way merge applies a proprietary algorithm which is not based on unique anchor file compare algorithms used by other merge tools.  The sureMerge algorithm avoids the worse case scenarios which can happen when the set of unique anchors are not the same for all 3-way compares.  In such cases even the authors of those algorithms admit reconciling the compare results for the auto-merge is problematic.  Thats another way of saying &#8212; its impossible to get it right all the time.</p>
<p>Guiffy&#8217;s SureMerge 3-way algorithm treats changes which are close to each other but not acutally overlapping as Attentions (conflicts).  Yes, this can result in more Attentions than conflicts.  But, by reviewing these changes, the merge user will be more confident of their merge result.</p>
<p>The White Paper on our web site includes simple test case file sets for evaluating 3-way merge tools.  If you use those test files with other merge tools (such as those menthioned in your post), you will see how Guiffy SureMerge produces more trustworthy merge results.</p>
<p>We have many other much more complicated &#8220;ugly merge&#8221; cases which we&#8217;ve collected over the years from users of other merge tool failures which SureMerge processes properly.</p>
<p>Please, if you have any 3-way merge cases which you&#8217;d like to discuss further &#8212; let me know.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
