A new merge stragety 'subtree'.
commit68faf68938ee943fc251c702f2027e4dfda354db
authorJunio C Hamano <junkio@cox.net>
Fri, 16 Feb 2007 00:32:45 +0000 (15 16:32 -0800)
committerJunio C Hamano <junkio@cox.net>
Sat, 7 Apr 2007 09:29:40 +0000 (7 02:29 -0700)
tree52edea66a7497c5ed566620172c1a0cc50cc59d4
parentee9693e246669f48f6b058a1044cefa973a44c22
A new merge stragety 'subtree'.

This merge strategy largely piggy-backs on git-merge-recursive.
When merging trees A and B, if B corresponds to a subtree of A,
B is first adjusted to match the tree structure of A, instead of
reading the trees at the same level.  This adjustment is also
done to the common ancestor tree.

If you are pulling updates from git-gui repository into git.git
repository, the root level of the former corresponds to git-gui/
subdirectory of the latter.  The tree object of git-gui's toplevel
is wrapped in a fake tree object, whose sole entry has name 'git-gui'
and records object name of the true tree, before being used by
the 3-way merge code.

If you are merging the other way, only the git-gui/ subtree of
git.git is extracted and merged into git-gui's toplevel.

The detection of corresponding subtree is done by comparing the
pathnames and types in the toplevel of the tree.

Heuristics galore!  That's the git way ;-).

Signed-off-by: Junio C Hamano <junkio@cox.net>
.gitignore
Makefile
cache.h
git-merge.sh
match-trees.c [new file with mode: 0644]
merge-recursive.c
test-match-trees.c [new file with mode: 0644]