SPECIFYING RANGES typo fix: it it => it is

[git.git] / Documentation / git-merge.txt
diff --git a/Documentation/git-merge.txt b/Documentation/git-merge.txt

index 4ce799b520b501b1ea6dddd5643bf3aec2aca344..9c08efa53abc2797a7b7ca0e589d83b9a4387987 100644 (file)
--- a/Documentation/git-merge.txt
+++ b/Documentation/git-merge.txt
@@ -3,17 +3,18 @@ git-merge(1)
  
  NAME
  ----
  
  NAME
  ----
-git-merge - Grand Unified Merge Driver
+git-merge - Join two or more development histories together
  
  
  SYNOPSIS
  --------
  
  
  SYNOPSIS
  --------
-'git-merge' [-n] [--no-commit] [-s <strategy>]... <msg> <head> <remote> <remote>...
-
+[verse]
+'git-merge' [-n] [--no-commit] [--squash] [-s <strategy>]...
+       [-m <msg>] <remote> <remote>...
  
  DESCRIPTION
  -----------
  
  DESCRIPTION
  -----------
-This is the top-level user interface to the merge machinery
+This is the top-level interface to the merge machinery
  which drives multiple merge strategy scripts.
  
  
  which drives multiple merge strategy scripts.
  
  
@@ -27,10 +28,11 @@ include::merge-options.txt[]
         to give a good default for automated `git-merge` invocations.
  
  <head>::
         to give a good default for automated `git-merge` invocations.
  
  <head>::
-       our branch head commit.
+       Our branch head commit.  This has to be `HEAD`, so new
+       syntax does not require it
  
  <remote>::
  
  <remote>::
-       other branch head merged into our branch.  You need at
+       Other branch head merged into our branch.  You need at
         least one <remote>.  Specifying more than one <remote>
         obviously means you are trying an Octopus.
  
         least one <remote>.  Specifying more than one <remote>
         obviously means you are trying an Octopus.
  
@@ -83,7 +85,7 @@ your local modifications interfere with the merge, again, it
  stops before touching anything.
  
  So in the above two "failed merge" case, you do not have to
  stops before touching anything.
  
  So in the above two "failed merge" case, you do not have to
-worry about lossage of data --- you simply were not ready to do
+worry about loss of data --- you simply were not ready to do
  a merge, so no merge happened at all.  You may want to finish
  whatever you were in the middle of doing, and retry the same
  pull after you are done and ready.
  a merge, so no merge happened at all.  You may want to finish
  whatever you were in the middle of doing, and retry the same
  pull after you are done and ready.
@@ -134,7 +136,7 @@ After seeing a conflict, you can do two things:
  
   * Resolve the conflicts.  `git-diff` would report only the
     conflicting paths because of the above 2. and 3..  Edit the
  
   * Resolve the conflicts.  `git-diff` would report only the
     conflicting paths because of the above 2. and 3..  Edit the
-   working tree files into a desirable shape, `git-update-index`
+   working tree files into a desirable shape, `git-add` or `git-rm`
     them, to make the index file contain what the merge result
     should be, and run `git-commit` to commit the result.
  
     them, to make the index file contain what the merge result
     should be, and run `git-commit` to commit the result.