2008-02-24 03:08:25 +08:00
|
|
|
#!/bin/sh
|
|
|
|
|
|
|
|
test_description='subtree merge strategy'
|
|
|
|
|
|
|
|
. ./test-lib.sh
|
|
|
|
|
|
|
|
test_expect_success setup '
|
|
|
|
|
2010-10-31 09:46:54 +08:00
|
|
|
s="1 2 3 4 5 6 7 8" &&
|
2008-02-24 03:08:25 +08:00
|
|
|
for i in $s; do echo $i; done >hello &&
|
|
|
|
git add hello &&
|
|
|
|
git commit -m initial &&
|
|
|
|
git checkout -b side &&
|
|
|
|
echo >>hello world &&
|
|
|
|
git add hello &&
|
|
|
|
git commit -m second &&
|
|
|
|
git checkout master &&
|
|
|
|
for i in mundo $s; do echo $i; done >hello &&
|
|
|
|
git add hello &&
|
|
|
|
git commit -m master
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'subtree available and works like recursive' '
|
|
|
|
|
|
|
|
git merge -s subtree side &&
|
|
|
|
for i in mundo $s world; do echo $i; done >expect &&
|
2008-03-13 05:36:36 +08:00
|
|
|
test_cmp expect hello
|
2008-02-24 03:08:25 +08:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-02-28 20:36:54 +08:00
|
|
|
test_expect_success 'setup' '
|
|
|
|
mkdir git-gui &&
|
|
|
|
cd git-gui &&
|
|
|
|
git init &&
|
|
|
|
echo git-gui > git-gui.sh &&
|
|
|
|
o1=$(git hash-object git-gui.sh) &&
|
|
|
|
git add git-gui.sh &&
|
|
|
|
git commit -m "initial git-gui" &&
|
|
|
|
cd .. &&
|
|
|
|
mkdir git &&
|
|
|
|
cd git &&
|
|
|
|
git init &&
|
|
|
|
echo git >git.c &&
|
|
|
|
o2=$(git hash-object git.c) &&
|
|
|
|
git add git.c &&
|
|
|
|
git commit -m "initial git"
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'initial merge' '
|
|
|
|
git remote add -f gui ../git-gui &&
|
merge: refuse to create too cool a merge by default
While it makes sense to allow merging unrelated histories of two
projects that started independently into one, in the way "gitk" was
merged to "git" itself aka "the coolest merge ever", such a merge is
still an unusual event. Worse, if somebody creates an independent
history by starting from a tarball of an established project and
sends a pull request to the original project, "git merge" however
happily creates such a merge without any sign of something unusual
is happening.
Teach "git merge" to refuse to create such a merge by default,
unless the user passes a new "--allow-unrelated-histories" option to
tell it that the user is aware that two unrelated projects are
merged.
Because such a "two project merge" is a rare event, a configuration
option to always allow such a merge is not added.
We could add the same option to "git pull" and have it passed
through to underlying "git merge". I do not have a fundamental
opposition against such a feature, but this commit does not do so
and instead leaves it as low-hanging fruit for others, because such
a "two project merge" would be done after fetching the other project
into some location in the working tree of an existing project and
making sure how well they fit together, it is sufficient to allow a
local merge without such an option pass-through from "git pull" to
"git merge". Many tests that are updated by this patch does the
pass-through manually by turning:
git pull something
into its equivalent:
git fetch something &&
git merge --allow-unrelated-histories FETCH_HEAD
If somebody is inclined to add such an option, updated tests in this
change need to be adjusted back to:
git pull --allow-unrelated-histories something
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2016-03-19 04:21:09 +08:00
|
|
|
git merge -s ours --no-commit --allow-unrelated-histories gui/master &&
|
2008-02-28 20:36:54 +08:00
|
|
|
git read-tree --prefix=git-gui/ -u gui/master &&
|
|
|
|
git commit -m "Merge git-gui as our subdirectory" &&
|
2009-11-26 10:23:59 +08:00
|
|
|
git checkout -b work &&
|
2008-02-28 20:36:54 +08:00
|
|
|
git ls-files -s >actual &&
|
|
|
|
(
|
|
|
|
echo "100644 $o1 0 git-gui/git-gui.sh"
|
|
|
|
echo "100644 $o2 0 git.c"
|
|
|
|
) >expected &&
|
2008-05-24 13:28:56 +08:00
|
|
|
test_cmp expected actual
|
2008-02-28 20:36:54 +08:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'merge update' '
|
|
|
|
cd ../git-gui &&
|
|
|
|
echo git-gui2 > git-gui.sh &&
|
|
|
|
o3=$(git hash-object git-gui.sh) &&
|
|
|
|
git add git-gui.sh &&
|
2009-11-26 10:23:59 +08:00
|
|
|
git checkout -b master2 &&
|
2008-02-28 20:36:54 +08:00
|
|
|
git commit -m "update git-gui" &&
|
|
|
|
cd ../git &&
|
2009-11-26 10:23:59 +08:00
|
|
|
git pull -s subtree gui master2 &&
|
2008-02-28 20:36:54 +08:00
|
|
|
git ls-files -s >actual &&
|
|
|
|
(
|
|
|
|
echo "100644 $o3 0 git-gui/git-gui.sh"
|
|
|
|
echo "100644 $o2 0 git.c"
|
|
|
|
) >expected &&
|
2008-05-24 13:28:56 +08:00
|
|
|
test_cmp expected actual
|
2008-02-28 20:36:54 +08:00
|
|
|
'
|
|
|
|
|
2009-11-26 10:23:59 +08:00
|
|
|
test_expect_success 'initial ambiguous subtree' '
|
|
|
|
cd ../git &&
|
|
|
|
git reset --hard master &&
|
|
|
|
git checkout -b master2 &&
|
|
|
|
git merge -s ours --no-commit gui/master &&
|
|
|
|
git read-tree --prefix=git-gui2/ -u gui/master &&
|
|
|
|
git commit -m "Merge git-gui2 as our subdirectory" &&
|
|
|
|
git checkout -b work2 &&
|
|
|
|
git ls-files -s >actual &&
|
|
|
|
(
|
|
|
|
echo "100644 $o1 0 git-gui/git-gui.sh"
|
|
|
|
echo "100644 $o1 0 git-gui2/git-gui.sh"
|
|
|
|
echo "100644 $o2 0 git.c"
|
|
|
|
) >expected &&
|
|
|
|
test_cmp expected actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'merge using explicit' '
|
|
|
|
cd ../git &&
|
|
|
|
git reset --hard master2 &&
|
|
|
|
git pull -Xsubtree=git-gui gui master2 &&
|
|
|
|
git ls-files -s >actual &&
|
|
|
|
(
|
|
|
|
echo "100644 $o3 0 git-gui/git-gui.sh"
|
|
|
|
echo "100644 $o1 0 git-gui2/git-gui.sh"
|
|
|
|
echo "100644 $o2 0 git.c"
|
|
|
|
) >expected &&
|
|
|
|
test_cmp expected actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'merge2 using explicit' '
|
|
|
|
cd ../git &&
|
|
|
|
git reset --hard master2 &&
|
|
|
|
git pull -Xsubtree=git-gui2 gui master2 &&
|
|
|
|
git ls-files -s >actual &&
|
|
|
|
(
|
|
|
|
echo "100644 $o1 0 git-gui/git-gui.sh"
|
|
|
|
echo "100644 $o3 0 git-gui2/git-gui.sh"
|
|
|
|
echo "100644 $o2 0 git.c"
|
|
|
|
) >expected &&
|
|
|
|
test_cmp expected actual
|
|
|
|
'
|
|
|
|
|
2008-02-24 03:08:25 +08:00
|
|
|
test_done
|