Thomas Ackermann wrote: > --- a/Documentation/user-manual.txt > +++ b/Documentation/user-manual.txt > @@ -3992,16 +3992,16 @@ Merging multiple trees > > Git helps you do a three-way merge, which you can expand to n-way by > repeating the merge procedure arbitrary times until you finally > -"commit" the state. > +commit the state. The above sentence is unclear to me both before and after this change. Git helps me do a three-way merge, but I'm on my own if I want to expand to n-way? Those times I repeat it are arbitrary times, not arbitrarily many times? Using "git merge" I make commits, but I do not finally commit to the result until the (n-1)st? And what is this state I am committing? Maybe the intent is Git can help you perform a three-way merge, which can in turn be used for a many-way merge by repeating the merge procedure several times. The usual situation is that you only do one three-way merge (reconciling two lines of history) and commit the result, but if you like to, you can merge several branches in one go. To perform a three-way merge, you start with the two commits you want to merge, find their closest common parent (a third commit), and compare the trees corresponding to these three commits. To get the "base" for the merge, look up the common parent of two commits: $ git merge-base <commit1> <commit2> This prints the name of a commit they are both based on. ... [...] > -To get the "base" for the merge, you first look up the common parent > +To get the base for the merge, you first look up the common parent Merge base hasn't been defined, so this is using quotes to point out that it is defining a new, unfamiliar term. [...] > -now look up the "tree" objects of those commits, which you can easily > -do with (for example) > +now look up the tree objects of those commits, which you can easily > +do with Yes. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html