<p>The <tt>git-write-tree</tt> command refuses to write a nonsensical tree, and it\r
will complain about unmerged entries if it sees a single entry that is not\r
stage 0.</p>\r
-<p>Ok, this all sounds like a collection of totally nonsensical rules,\r
+<p>OK, this all sounds like a collection of totally nonsensical rules,\r
but it's actually exactly what you want in order to do a fast\r
merge. The different stages represent the "result tree" (stage 0, aka\r
"merged"), the original tree (stage 1, aka "orig"), and the two trees\r
<p>\r
the index file saves and restores with all this information, so you\r
can merge things incrementally, but as long as it has entries in\r
- stages 1/2/3 (ie "unmerged entries") you can't write the result. So\r
+ stages 1/2/3 (i.e., "unmerged entries") you can't write the result. So\r
now the merge algorithm ends up being really simple:\r
</p>\r
<ul>\r
</div>\r
<div id="footer">\r
<div id="footer-text">\r
-Last updated 02-Mar-2006 09:14:48 UTC\r
+Last updated 04-Jun-2006 07:24:29 UTC\r
</div>\r
</div>\r
</body>\r