aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMattias Andrée <maandree@operamail.com>2013-10-25 18:32:21 +0200
committerMattias Andrée <maandree@operamail.com>2013-10-25 18:32:21 +0200
commit6eec6b0e125ce166f0d3bca1969098e24344fb51 (patch)
tree7c1a8b3e131e145a88739f23a6e0523da1726457
parentm (diff)
downloadusing-git-6eec6b0e125ce166f0d3bca1969098e24344fb51.tar.gz
using-git-6eec6b0e125ce166f0d3bca1969098e24344fb51.tar.bz2
using-git-6eec6b0e125ce166f0d3bca1969098e24344fb51.tar.xz
typo
Signed-off-by: Mattias Andrée <maandree@operamail.com>
-rw-r--r--using-git.texinfo10
1 files changed, 5 insertions, 5 deletions
diff --git a/using-git.texinfo b/using-git.texinfo
index aa0eb5e..1458420 100644
--- a/using-git.texinfo
+++ b/using-git.texinfo
@@ -959,20 +959,20 @@ them unique identifier, this
solves the problem were you in
Git can get an evil merge if
the pulled branch does not have
-any common commits@footnote{Identified
+any common commits.@footnote{Identified
with commit ID, not snapshots,
which reflects on more than the
-file content.}, for example,
+file content.} For example,
the pull patch was not made from
a clone repository or did not
contain commit history. Other
systems tracks renames explicitly
when a rename command is made,
-that is worst because than mean
+that is worst because that means
that you need to use the rename
commit, and evil merges are even
-more probable. A problem will
-merging when where is a rename
+more probable. A problem with
+merging when there is a rename
is that the changes are automerged
instead of creating a conflict,
you can get evil merges where