summary | shortlog | log | commit | commitdiff | tree
raw | patch | inline | side by side (parent: d56651c)
raw | patch | inline | side by side (parent: d56651c)
author | Steven Grimm <koreth@midwinter.com> | |
Mon, 20 Aug 2007 03:36:38 +0000 (11:36 +0800) | ||
committer | Junio C Hamano <gitster@pobox.com> | |
Mon, 20 Aug 2007 05:56:10 +0000 (22:56 -0700) |
The git-rev-parse manpage talks about the :$n:path notation (buried deep in
a list of other syntax) but it just says $n is a "stage number" -- someone
who is not familiar with the internals of git's merge implementation is
never going to be able to figure out that "1", "2", and "3" means.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
a list of other syntax) but it just says $n is a "stage number" -- someone
who is not familiar with the internals of git's merge implementation is
never going to be able to figure out that "1", "2", and "3" means.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Documentation/git-rev-parse.txt | patch | blob | history |
index 4b4d229e60150a4f4e5c734a06e220ac263aa8f2..4758c33dee53b21c0e8a489f0da11a30c63cbf48 100644 (file)
* A colon, optionally followed by a stage number (0 to 3) and a
colon, followed by a path; this names a blob object in the
index at the given path. Missing stage number (and the colon
- that follows it) names an stage 0 entry.
+ that follows it) names an stage 0 entry. During a merge, stage
+ 1 is the common ancestor, stage 2 is the target branch's version
+ (typically the current branch), and stage 3 is the version from
+ the branch being merged.
Here is an illustration, by Jon Loeliger. Both node B and C are
a commit parents of commit node A. Parent commits are ordered