2007-06-08 11:43:22 +04:00
|
|
|
#!/bin/sh
|
|
|
|
|
2013-04-02 11:40:30 +04:00
|
|
|
test_description='Basic fetch/push functionality.
|
|
|
|
|
|
|
|
This test checks the following functionality:
|
|
|
|
|
|
|
|
* command-line syntax
|
|
|
|
* refspecs
|
|
|
|
* fast-forward detection, and overriding it
|
|
|
|
* configuration
|
|
|
|
* hooks
|
|
|
|
* --porcelain output format
|
|
|
|
* hiderefs
|
fetch: load all default config at startup
When we start the git-fetch program, we call git_config to
load all config, but our callback only processes the
fetch.prune option; we do not chain to git_default_config at
all.
This means that we may not load some core configuration
which will have an effect. For instance, we do not load
core.logAllRefUpdates, which impacts whether or not we
create reflogs in a bare repository.
Note that I said "may" above. It gets even more exciting. If
we have to transfer actual objects as part of the fetch,
then we call fetch_pack as part of the same process. That
function loads its own config, which does chain to
git_default_config, impacting global variables which are
used by the rest of fetch. But if the fetch is a pure ref
update (e.g., a new ref which is a copy of an old one), we
skip fetch_pack entirely. So we get inconsistent results
depending on whether or not we have actual objects to
transfer or not!
Let's just load the core config at the start of fetch, so we
know we have it (we may also load it again as part of
fetch_pack, but that's OK; it's designed to be idempotent).
Our tests check both cases (with and without a pack). We
also check similar behavior for push for good measure, but
it already works as expected.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2014-11-04 16:11:19 +03:00
|
|
|
* reflogs
|
2013-04-02 11:40:30 +04:00
|
|
|
'
|
2007-06-08 11:43:22 +04:00
|
|
|
|
|
|
|
. ./test-lib.sh
|
|
|
|
|
2015-12-23 16:45:57 +03:00
|
|
|
D=$(pwd)
|
2007-06-08 11:43:22 +04:00
|
|
|
|
|
|
|
mk_empty () {
|
2013-04-02 11:40:31 +04:00
|
|
|
repo_name="$1"
|
|
|
|
rm -fr "$repo_name" &&
|
|
|
|
mkdir "$repo_name" &&
|
2007-06-08 11:43:22 +04:00
|
|
|
(
|
2013-04-02 11:40:31 +04:00
|
|
|
cd "$repo_name" &&
|
2007-07-04 16:06:04 +04:00
|
|
|
git init &&
|
2009-02-11 13:28:03 +03:00
|
|
|
git config receive.denyCurrentBranch warn &&
|
2007-07-04 16:06:04 +04:00
|
|
|
mv .git/hooks .git/hooks-disabled
|
2007-06-08 11:43:22 +04:00
|
|
|
)
|
|
|
|
}
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
mk_test () {
|
2013-04-02 11:40:31 +04:00
|
|
|
repo_name="$1"
|
|
|
|
shift
|
|
|
|
|
|
|
|
mk_empty "$repo_name" &&
|
2007-06-09 12:23:53 +04:00
|
|
|
(
|
|
|
|
for ref in "$@"
|
|
|
|
do
|
2013-04-02 11:40:31 +04:00
|
|
|
git push "$repo_name" $the_first_commit:refs/$ref ||
|
2013-03-19 03:14:26 +04:00
|
|
|
exit
|
2007-06-09 12:23:53 +04:00
|
|
|
done &&
|
2013-04-02 11:40:31 +04:00
|
|
|
cd "$repo_name" &&
|
2007-06-09 12:23:53 +04:00
|
|
|
for ref in "$@"
|
|
|
|
do
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_first_commit" >expect &&
|
|
|
|
git show-ref -s --verify refs/$ref >actual &&
|
|
|
|
test_cmp expect actual ||
|
|
|
|
exit
|
2007-06-09 12:23:53 +04:00
|
|
|
done &&
|
|
|
|
git fsck --full
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
2011-09-28 19:39:35 +04:00
|
|
|
mk_test_with_hooks() {
|
2013-04-02 11:40:31 +04:00
|
|
|
repo_name=$1
|
2011-09-28 19:39:35 +04:00
|
|
|
mk_test "$@" &&
|
|
|
|
(
|
2013-04-02 11:40:31 +04:00
|
|
|
cd "$repo_name" &&
|
2011-09-28 19:39:35 +04:00
|
|
|
mkdir .git/hooks &&
|
|
|
|
cd .git/hooks &&
|
|
|
|
|
|
|
|
cat >pre-receive <<-'EOF' &&
|
|
|
|
#!/bin/sh
|
|
|
|
cat - >>pre-receive.actual
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update <<-'EOF' &&
|
|
|
|
#!/bin/sh
|
|
|
|
printf "%s %s %s\n" "$@" >>update.actual
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive <<-'EOF' &&
|
|
|
|
#!/bin/sh
|
|
|
|
cat - >>post-receive.actual
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update <<-'EOF' &&
|
|
|
|
#!/bin/sh
|
|
|
|
for ref in "$@"
|
|
|
|
do
|
|
|
|
printf "%s\n" "$ref" >>post-update.actual
|
|
|
|
done
|
|
|
|
EOF
|
|
|
|
|
|
|
|
chmod +x pre-receive update post-receive post-update
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
2008-11-08 01:20:33 +03:00
|
|
|
mk_child() {
|
2013-04-02 11:40:31 +04:00
|
|
|
rm -rf "$2" &&
|
|
|
|
git clone "$1" "$2"
|
2008-11-08 01:20:33 +03:00
|
|
|
}
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
check_push_result () {
|
t5516-fetch-push: fix 'push with dry-run' test
In a while-at-it cleanup replacing a 'cd dir && <...> && cd ..' with a
subshell, commit 28391a80a9 (receive-pack: allow deletion of corrupt
refs, 2007-11-29) also moved the assignment of the $old_commit
variable to that subshell. This variable, however, is used outside of
that subshell as a parameter of check_push_result(), to check that a
ref still points to the commit where it is supposed to. With the
variable remaining unset outside the subshell check_push_result()
doesn't perform that check at all.
Use 'git -C <dir> cmd...', so we don't need to change directory, and
thus don't need the subshell either when setting $old_commit.
Furthermore, change check_push_result() to require at least three
parameters (the repo, the oid, and at least one ref), so it will catch
similar issues earlier should they ever arise.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-05-10 17:01:53 +03:00
|
|
|
test $# -ge 3 ||
|
tests: send "bug in the test script" errors to the script's stderr
Some of the functions in our test library check that they were invoked
properly with conditions like this:
test "$#" = 2 ||
error "bug in the test script: not 2 parameters to test-expect-success"
If this particular condition is triggered, then 'error' will abort the
whole test script with a bold red error message [1] right away.
However, under certain circumstances the test script will be aborted
completely silently, namely if:
- a similar condition in a test helper function like
'test_line_count' is triggered,
- which is invoked from the test script's "main" shell [2],
- and the test script is run manually (i.e. './t1234-foo.sh' as
opposed to 'make t1234-foo.sh' or 'make test') [3]
- and without the '--verbose' option,
because the error message is printed from within 'test_eval_', where
standard output is redirected either to /dev/null or to a log file.
The only indication that something is wrong is that not all tests in
the script are executed and at the end of the test script's output
there is no "# passed all N tests" message, which are subtle and can
easily go unnoticed, as I had to experience myself.
Send these "bug in the test script" error messages directly to the
test scripts standard error and thus to the terminal, so those bugs
will be much harder to overlook. Instead of updating all ~20 such
'error' calls with a redirection, let's add a BUG() function to
'test-lib.sh', wrapping an 'error' call with the proper redirection
and also including the common prefix of those error messages, and
convert all those call sites [4] to use this new BUG() function
instead.
[1] That particular error message from 'test_expect_success' is
printed in color only when running with or without '--verbose';
with '--tee' or '--verbose-log' the error is printed without
color, but it is printed to the terminal nonetheless.
[2] If such a condition is triggered in a subshell of a test, then
'error' won't be able to abort the whole test script, but only the
subshell, which in turn causes the test to fail in the usual way,
indicating loudly and clearly that something is wrong.
[3] Well, 'error' aborts the test script the same way when run
manually or by 'make' or 'prove', but both 'make' and 'prove' pay
attention to the test script's exit status, and even a silently
aborted test script would then trigger those tools' usual
noticable error messages.
[4] Strictly speaking, not all those 'error' calls need that
redirection to send their output to the terminal, see e.g.
'test_expect_success' in the opening example, but I think it's
better to be consistent.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-11-19 16:13:26 +03:00
|
|
|
BUG "check_push_result requires at least 3 parameters"
|
t5516-fetch-push: fix 'push with dry-run' test
In a while-at-it cleanup replacing a 'cd dir && <...> && cd ..' with a
subshell, commit 28391a80a9 (receive-pack: allow deletion of corrupt
refs, 2007-11-29) also moved the assignment of the $old_commit
variable to that subshell. This variable, however, is used outside of
that subshell as a parameter of check_push_result(), to check that a
ref still points to the commit where it is supposed to. With the
variable remaining unset outside the subshell check_push_result()
doesn't perform that check at all.
Use 'git -C <dir> cmd...', so we don't need to change directory, and
thus don't need the subshell either when setting $old_commit.
Furthermore, change check_push_result() to require at least three
parameters (the repo, the oid, and at least one ref), so it will catch
similar issues earlier should they ever arise.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-05-10 17:01:53 +03:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
repo_name="$1"
|
|
|
|
shift
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
(
|
2013-04-02 11:40:31 +04:00
|
|
|
cd "$repo_name" &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$1" >expect &&
|
|
|
|
shift &&
|
2007-06-09 12:23:53 +04:00
|
|
|
for ref in "$@"
|
|
|
|
do
|
2013-03-19 03:13:41 +04:00
|
|
|
git show-ref -s --verify refs/$ref >actual &&
|
|
|
|
test_cmp expect actual ||
|
|
|
|
exit
|
2007-06-09 12:23:53 +04:00
|
|
|
done &&
|
|
|
|
git fsck --full
|
|
|
|
)
|
|
|
|
}
|
|
|
|
|
2007-06-08 11:43:22 +04:00
|
|
|
test_expect_success setup '
|
|
|
|
|
2010-04-20 02:08:31 +04:00
|
|
|
>path1 &&
|
2007-06-08 11:43:22 +04:00
|
|
|
git add path1 &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -a -m repo &&
|
2007-06-09 12:23:53 +04:00
|
|
|
the_first_commit=$(git show-ref -s --verify refs/heads/master) &&
|
|
|
|
|
2010-04-20 02:08:31 +04:00
|
|
|
>path2 &&
|
2007-06-09 12:23:53 +04:00
|
|
|
git add path2 &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -a -m second &&
|
2007-06-08 11:43:22 +04:00
|
|
|
the_commit=$(git show-ref -s --verify refs/heads/master)
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'fetch without wildcard' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2007-06-08 11:43:22 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git fetch .. refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2007-06-08 11:43:22 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'fetch with wildcard' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2007-06-08 11:43:22 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git config remote.up.url .. &&
|
|
|
|
git config remote.up.fetch "refs/heads/*:refs/remotes/origin/*" &&
|
|
|
|
git fetch up &&
|
|
|
|
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2007-06-08 11:43:22 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2008-02-20 21:43:53 +03:00
|
|
|
test_expect_success 'fetch with insteadOf' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-02-20 21:43:53 +03:00
|
|
|
(
|
2008-04-12 23:32:00 +04:00
|
|
|
TRASH=$(pwd)/ &&
|
2008-02-20 21:43:53 +03:00
|
|
|
cd testrepo &&
|
2008-05-04 09:37:59 +04:00
|
|
|
git config "url.$TRASH.insteadOf" trash/ &&
|
2008-02-20 21:43:53 +03:00
|
|
|
git config remote.up.url trash/. &&
|
|
|
|
git config remote.up.fetch "refs/heads/*:refs/remotes/origin/*" &&
|
|
|
|
git fetch up &&
|
|
|
|
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2008-02-20 21:43:53 +03:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2009-09-07 12:56:33 +04:00
|
|
|
test_expect_success 'fetch with pushInsteadOf (should not rewrite)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2009-09-07 12:56:33 +04:00
|
|
|
(
|
|
|
|
TRASH=$(pwd)/ &&
|
|
|
|
cd testrepo &&
|
|
|
|
git config "url.trash/.pushInsteadOf" "$TRASH" &&
|
|
|
|
git config remote.up.url "$TRASH." &&
|
|
|
|
git config remote.up.fetch "refs/heads/*:refs/remotes/origin/*" &&
|
|
|
|
git fetch up &&
|
|
|
|
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2009-09-07 12:56:33 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2007-06-08 11:43:22 +04:00
|
|
|
test_expect_success 'push without wildcard' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2007-06-08 11:43:22 +04:00
|
|
|
|
|
|
|
git push testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2007-06-08 11:43:22 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with wildcard' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2007-06-08 11:43:22 +04:00
|
|
|
|
|
|
|
git push testrepo "refs/heads/*:refs/remotes/origin/*" &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2007-06-08 11:43:22 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2008-02-20 21:43:53 +03:00
|
|
|
test_expect_success 'push with insteadOf' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-05-04 09:37:59 +04:00
|
|
|
TRASH="$(pwd)/" &&
|
2013-03-19 03:12:11 +04:00
|
|
|
test_config "url.$TRASH.insteadOf" trash/ &&
|
2008-02-20 21:43:53 +03:00
|
|
|
git push trash/testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2008-02-20 21:43:53 +03:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2009-09-07 12:56:33 +04:00
|
|
|
test_expect_success 'push with pushInsteadOf' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2009-09-07 12:56:33 +04:00
|
|
|
TRASH="$(pwd)/" &&
|
2013-03-19 03:12:11 +04:00
|
|
|
test_config "url.$TRASH.pushInsteadOf" trash/ &&
|
2009-09-07 12:56:33 +04:00
|
|
|
git push trash/testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2009-09-07 12:56:33 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with pushInsteadOf and explicit pushurl (pushInsteadOf should not rewrite)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2013-04-03 20:34:48 +04:00
|
|
|
test_config "url.trash2/.pushInsteadOf" testrepo/ &&
|
2015-03-01 07:18:14 +03:00
|
|
|
test_config "url.trash3/.pushInsteadOf" trash/wrong &&
|
2013-03-19 03:12:11 +04:00
|
|
|
test_config remote.r.url trash/wrong &&
|
2013-04-03 20:34:48 +04:00
|
|
|
test_config remote.r.pushurl "testrepo/" &&
|
2009-09-07 12:56:33 +04:00
|
|
|
git push r refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2009-09-07 12:56:33 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
test_expect_success 'push with matching heads' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push testrepo : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-04-28 19:32:12 +04:00
|
|
|
test_expect_success 'push with matching heads on the command line' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master
|
2008-04-28 19:32:12 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'failed (non-fast-forward) push with matching heads' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
|
|
|
git commit --amend -massaged &&
|
2008-07-12 19:47:52 +04:00
|
|
|
test_must_fail git push testrepo &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git reset --hard $the_commit
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --force with matching heads' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
|
|
|
git commit --amend -massaged &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push --force testrepo : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
! check_push_result testrepo $the_commit heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git reset --hard $the_commit
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with matching heads and forced update' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
|
|
|
git commit --amend -massaged &&
|
|
|
|
git push testrepo +: &&
|
2013-04-02 11:40:31 +04:00
|
|
|
! check_push_result testrepo $the_commit heads/master &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git reset --hard $the_commit
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
test_expect_success 'push with no ambiguity (1)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2007-06-09 12:23:53 +04:00
|
|
|
git push testrepo master:master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with no ambiguity (2)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo remotes/origin/master &&
|
2007-11-11 17:01:47 +03:00
|
|
|
git push testrepo master:origin/master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit remotes/origin/master
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-11-11 17:01:47 +03:00
|
|
|
test_expect_success 'push with colon-less refspec, no ambiguity' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master heads/t/master &&
|
2007-11-11 17:01:47 +03:00
|
|
|
git branch -f t/master master &&
|
|
|
|
git push testrepo master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/t/master
|
2007-11-11 17:01:47 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
test_expect_success 'push with weak ambiguity (1)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master remotes/origin/master &&
|
2007-06-09 12:23:53 +04:00
|
|
|
git push testrepo master:master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_first_commit remotes/origin/master
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with weak ambiguity (2)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master remotes/origin/master remotes/another/master &&
|
2007-06-09 12:23:53 +04:00
|
|
|
git push testrepo master:master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_first_commit remotes/origin/master remotes/another/master
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-04-23 13:21:45 +04:00
|
|
|
test_expect_success 'push with ambiguity' '
|
2007-06-09 12:23:53 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/frotz tags/frotz &&
|
2013-03-19 03:14:26 +04:00
|
|
|
test_must_fail git push testrepo master:frotz &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_first_commit heads/frotz tags/frotz
|
2007-06-09 12:37:14 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with colon-less refspec (1)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/frotz tags/frotz &&
|
2007-06-09 12:37:14 +04:00
|
|
|
git branch -f frotz master &&
|
|
|
|
git push testrepo frotz &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/frotz &&
|
|
|
|
check_push_result testrepo $the_first_commit tags/frotz
|
2007-06-09 12:37:14 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with colon-less refspec (2)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/frotz tags/frotz &&
|
2007-06-09 12:37:14 +04:00
|
|
|
if git show-ref --verify -q refs/heads/frotz
|
|
|
|
then
|
|
|
|
git branch -D frotz
|
|
|
|
fi &&
|
|
|
|
git tag -f frotz &&
|
2012-11-30 05:41:37 +04:00
|
|
|
git push -f testrepo frotz &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit tags/frotz &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/frotz
|
2007-06-09 12:37:14 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with colon-less refspec (3)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
2007-06-09 12:37:14 +04:00
|
|
|
if git show-ref --verify -q refs/tags/frotz
|
|
|
|
then
|
|
|
|
git tag -d frotz
|
|
|
|
fi &&
|
|
|
|
git branch -f frotz master &&
|
|
|
|
git push testrepo frotz &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/frotz &&
|
2007-07-01 19:48:54 +04:00
|
|
|
test 1 = $( cd testrepo && git show-ref | wc -l )
|
2007-06-09 12:37:14 +04:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with colon-less refspec (4)' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
2007-06-09 12:37:14 +04:00
|
|
|
if git show-ref --verify -q refs/heads/frotz
|
|
|
|
then
|
|
|
|
git branch -D frotz
|
|
|
|
fi &&
|
|
|
|
git tag -f frotz &&
|
|
|
|
git push testrepo frotz &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit tags/frotz &&
|
2007-07-01 19:48:54 +04:00
|
|
|
test 1 = $( cd testrepo && git show-ref | wc -l )
|
2007-06-09 12:37:14 +04:00
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
'
|
|
|
|
|
2011-06-16 17:42:48 +04:00
|
|
|
test_expect_success 'push head with non-existent, incomplete dest' '
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
git push testrepo master:branch &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/branch
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2011-06-16 17:42:48 +04:00
|
|
|
test_expect_success 'push tag with non-existent, incomplete dest' '
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
git tag -f v1.0 &&
|
|
|
|
git push testrepo v1.0:tag &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit tags/tag
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2011-06-16 17:42:48 +04:00
|
|
|
test_expect_success 'push sha1 with non-existent, incomplete dest' '
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
2015-12-23 16:45:57 +03:00
|
|
|
test_must_fail git push testrepo $(git rev-parse master):foo
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2011-06-16 17:42:48 +04:00
|
|
|
test_expect_success 'push ref expression with non-existent, incomplete dest' '
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
test_must_fail git push testrepo master^:branch
|
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-11-11 17:35:07 +03:00
|
|
|
test_expect_success 'push with HEAD' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2007-11-11 17:35:07 +03:00
|
|
|
git checkout master &&
|
|
|
|
git push testrepo HEAD &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master
|
2007-11-11 17:35:07 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with HEAD nonexisting at remote' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2007-11-11 17:35:07 +03:00
|
|
|
git checkout -b local master &&
|
|
|
|
git push testrepo HEAD &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/local
|
2007-11-11 17:35:07 +03:00
|
|
|
'
|
|
|
|
|
2008-02-20 20:54:05 +03:00
|
|
|
test_expect_success 'push with +HEAD' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2008-02-20 20:54:05 +03:00
|
|
|
git checkout master &&
|
|
|
|
git branch -D local &&
|
|
|
|
git checkout -b local &&
|
|
|
|
git push testrepo master local &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_commit heads/local &&
|
2008-02-20 20:54:05 +03:00
|
|
|
|
|
|
|
# Without force rewinding should fail
|
|
|
|
git reset --hard HEAD^ &&
|
2008-07-12 19:47:52 +04:00
|
|
|
test_must_fail git push testrepo HEAD &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/local &&
|
2008-02-20 20:54:05 +03:00
|
|
|
|
|
|
|
# With force rewinding should succeed
|
|
|
|
git push testrepo +HEAD &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_first_commit heads/local
|
2008-02-20 20:54:05 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2011-06-16 17:42:48 +04:00
|
|
|
test_expect_success 'push HEAD with non-existent, incomplete dest' '
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo &&
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
git checkout master &&
|
|
|
|
git push testrepo HEAD:branch &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/branch
|
push: allow unqualified dest refspecs to DWIM
Previously, a push like:
git push remote src:dst
would go through the following steps:
1. check for an unambiguous 'dst' on the remote; if it
exists, then push to that ref
2. otherwise, check if 'dst' begins with 'refs/'; if it
does, create a new ref
3. otherwise, complain because we don't know where in the
refs hierarchy to put 'dst'
However, in some cases, we can guess about the ref type of
'dst' based on the ref type of 'src'. Specifically, before
complaining we now check:
2.5. if 'src' resolves to a ref starting with refs/heads
or refs/tags, then prepend that to 'dst'
So now this creates a new branch on the remote, whereas it
previously failed with an error message:
git push master:newbranch
Note that, by design, we limit this DWIM behavior only to
source refs which resolve exactly (including symrefs which
resolve to existing refs). We still complain on a partial
destination refspec if the source is a raw sha1, or a ref
expression such as 'master~10'.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-04-23 13:16:06 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-02-20 20:54:05 +03:00
|
|
|
test_expect_success 'push with config remote.*.push = HEAD' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/local &&
|
2008-02-20 20:54:05 +03:00
|
|
|
git checkout master &&
|
|
|
|
git branch -f local $the_commit &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git checkout local &&
|
|
|
|
git reset --hard $the_first_commit
|
|
|
|
) &&
|
2013-03-19 03:12:11 +04:00
|
|
|
test_config remote.there.url testrepo &&
|
|
|
|
test_config remote.there.push HEAD &&
|
|
|
|
test_config branch.master.remote there &&
|
2008-02-20 20:54:05 +03:00
|
|
|
git push &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/local
|
2008-02-20 20:54:05 +03:00
|
|
|
'
|
|
|
|
|
2013-04-02 11:40:33 +04:00
|
|
|
test_expect_success 'push with remote.pushdefault' '
|
|
|
|
mk_test up_repo heads/master &&
|
|
|
|
mk_test down_repo heads/master &&
|
|
|
|
test_config remote.up.url up_repo &&
|
|
|
|
test_config remote.down.url down_repo &&
|
|
|
|
test_config branch.master.remote up &&
|
|
|
|
test_config remote.pushdefault down &&
|
2013-04-18 22:47:59 +04:00
|
|
|
test_config push.default matching &&
|
2013-04-02 11:40:33 +04:00
|
|
|
git push &&
|
|
|
|
check_push_result up_repo $the_first_commit heads/master &&
|
|
|
|
check_push_result down_repo $the_commit heads/master
|
2008-02-20 20:54:05 +03:00
|
|
|
'
|
|
|
|
|
2009-06-09 20:01:35 +04:00
|
|
|
test_expect_success 'push with config remote.*.pushurl' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2009-06-09 20:01:35 +04:00
|
|
|
git checkout master &&
|
2013-03-19 03:12:11 +04:00
|
|
|
test_config remote.there.url test2repo &&
|
|
|
|
test_config remote.there.pushurl testrepo &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push there : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master
|
2009-06-09 20:01:35 +04:00
|
|
|
'
|
|
|
|
|
2013-04-02 11:40:34 +04:00
|
|
|
test_expect_success 'push with config branch.*.pushremote' '
|
|
|
|
mk_test up_repo heads/master &&
|
|
|
|
mk_test side_repo heads/master &&
|
|
|
|
mk_test down_repo heads/master &&
|
|
|
|
test_config remote.up.url up_repo &&
|
|
|
|
test_config remote.pushdefault side_repo &&
|
|
|
|
test_config remote.down.url down_repo &&
|
|
|
|
test_config branch.master.remote up &&
|
|
|
|
test_config branch.master.pushremote down &&
|
2013-04-18 22:47:59 +04:00
|
|
|
test_config push.default matching &&
|
2013-04-02 11:40:34 +04:00
|
|
|
git push &&
|
|
|
|
check_push_result up_repo $the_first_commit heads/master &&
|
|
|
|
check_push_result side_repo $the_first_commit heads/master &&
|
|
|
|
check_push_result down_repo $the_commit heads/master
|
2009-06-09 20:01:35 +04:00
|
|
|
'
|
|
|
|
|
2014-02-24 12:59:03 +04:00
|
|
|
test_expect_success 'branch.*.pushremote config order is irrelevant' '
|
|
|
|
mk_test one_repo heads/master &&
|
|
|
|
mk_test two_repo heads/master &&
|
|
|
|
test_config remote.one.url one_repo &&
|
|
|
|
test_config remote.two.url two_repo &&
|
|
|
|
test_config branch.master.pushremote two_repo &&
|
|
|
|
test_config remote.pushdefault one_repo &&
|
|
|
|
test_config push.default matching &&
|
|
|
|
git push &&
|
|
|
|
check_push_result one_repo $the_first_commit heads/master &&
|
|
|
|
check_push_result two_repo $the_commit heads/master
|
|
|
|
'
|
|
|
|
|
2007-10-11 23:32:27 +04:00
|
|
|
test_expect_success 'push with dry-run' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
t5516-fetch-push: fix 'push with dry-run' test
In a while-at-it cleanup replacing a 'cd dir && <...> && cd ..' with a
subshell, commit 28391a80a9 (receive-pack: allow deletion of corrupt
refs, 2007-11-29) also moved the assignment of the $old_commit
variable to that subshell. This variable, however, is used outside of
that subshell as a parameter of check_push_result(), to check that a
ref still points to the commit where it is supposed to. With the
variable remaining unset outside the subshell check_push_result()
doesn't perform that check at all.
Use 'git -C <dir> cmd...', so we don't need to change directory, and
thus don't need the subshell either when setting $old_commit.
Furthermore, change check_push_result() to require at least three
parameters (the repo, the oid, and at least one ref), so it will catch
similar issues earlier should they ever arise.
Signed-off-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-05-10 17:01:53 +03:00
|
|
|
old_commit=$(git -C testrepo show-ref -s --verify refs/heads/master) &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push --dry-run testrepo : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $old_commit heads/master
|
2007-10-11 23:32:27 +04:00
|
|
|
'
|
|
|
|
|
2007-11-29 04:02:53 +03:00
|
|
|
test_expect_success 'push updates local refs' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
2008-11-08 01:20:33 +03:00
|
|
|
git pull .. master &&
|
2007-11-29 04:02:53 +03:00
|
|
|
git push &&
|
2010-04-20 02:08:31 +04:00
|
|
|
test $(git rev-parse master) = \
|
|
|
|
$(git rev-parse remotes/origin/master)
|
|
|
|
)
|
2007-11-29 04:02:53 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2008-11-05 23:55:54 +03:00
|
|
|
test_expect_success 'push updates up-to-date local refs' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
2008-11-08 01:20:33 +03:00
|
|
|
(cd child1 && git pull .. master && git push) &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child2 &&
|
2008-11-05 23:55:54 +03:00
|
|
|
git pull ../child1 master &&
|
|
|
|
git push &&
|
2010-04-20 02:08:31 +04:00
|
|
|
test $(git rev-parse master) = \
|
|
|
|
$(git rev-parse remotes/origin/master)
|
|
|
|
)
|
2008-11-05 23:55:54 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push preserves up-to-date packed refs' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
2008-11-05 23:55:54 +03:00
|
|
|
git push &&
|
2010-04-20 02:08:31 +04:00
|
|
|
! test -f .git/refs/remotes/origin/master
|
|
|
|
)
|
2008-11-05 23:55:54 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-11-29 04:02:53 +03:00
|
|
|
test_expect_success 'push does not update local refs on failure' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child &&
|
2008-11-08 01:20:33 +03:00
|
|
|
mkdir testrepo/.git/hooks &&
|
2010-05-20 22:57:52 +04:00
|
|
|
echo "#!/no/frobnication/today" >testrepo/.git/hooks/pre-receive &&
|
2008-11-08 01:20:33 +03:00
|
|
|
chmod +x testrepo/.git/hooks/pre-receive &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
2018-05-10 17:01:54 +03:00
|
|
|
git pull .. master &&
|
2008-07-12 19:47:52 +04:00
|
|
|
test_must_fail git push &&
|
2007-11-29 04:02:53 +03:00
|
|
|
test $(git rev-parse master) != \
|
2010-04-20 02:08:31 +04:00
|
|
|
$(git rev-parse remotes/origin/master)
|
|
|
|
)
|
2007-11-29 04:02:53 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow deleting an invalid remote ref' '
|
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2007-11-29 04:02:53 +03:00
|
|
|
rm -f testrepo/.git/objects/??/* &&
|
|
|
|
git push testrepo :refs/heads/master &&
|
2008-07-12 19:47:52 +04:00
|
|
|
(cd testrepo && test_must_fail git rev-parse --verify refs/heads/master)
|
2007-11-29 04:02:53 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2011-09-28 19:39:35 +04:00
|
|
|
test_expect_success 'pushing valid refs triggers post-receive and post-update hooks' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test_with_hooks testrepo heads/master heads/next &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgmaster=$(cd testrepo && git show-ref -s --verify refs/heads/master) &&
|
|
|
|
newmaster=$(git show-ref -s --verify refs/heads/master) &&
|
|
|
|
orgnext=$(cd testrepo && git show-ref -s --verify refs/heads/next) &&
|
2018-05-13 05:24:13 +03:00
|
|
|
newnext=$ZERO_OID &&
|
2011-09-28 19:39:35 +04:00
|
|
|
git push testrepo refs/heads/master:refs/heads/master :refs/heads/next &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
|
|
|
refs/heads/master $orgmaster $newmaster
|
|
|
|
refs/heads/next $orgnext $newnext
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
|
|
|
refs/heads/master
|
|
|
|
refs/heads/next
|
|
|
|
EOF
|
|
|
|
|
|
|
|
test_cmp pre-receive.expect pre-receive.actual &&
|
|
|
|
test_cmp update.expect update.actual &&
|
|
|
|
test_cmp post-receive.expect post-receive.actual &&
|
|
|
|
test_cmp post-update.expect post-update.actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'deleting dangling ref triggers hooks with correct args' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test_with_hooks testrepo heads/master &&
|
2011-09-28 19:39:35 +04:00
|
|
|
rm -f testrepo/.git/objects/??/* &&
|
|
|
|
git push testrepo :refs/heads/master &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2018-05-13 05:24:13 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/master
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
2018-05-13 05:24:13 +03:00
|
|
|
refs/heads/master $ZERO_OID $ZERO_OID
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
2018-05-13 05:24:13 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/master
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
|
|
|
refs/heads/master
|
|
|
|
EOF
|
|
|
|
|
|
|
|
test_cmp pre-receive.expect pre-receive.actual &&
|
|
|
|
test_cmp update.expect update.actual &&
|
|
|
|
test_cmp post-receive.expect post-receive.actual &&
|
|
|
|
test_cmp post-update.expect post-update.actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'deletion of a non-existent ref is not fed to post-receive and post-update hooks' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test_with_hooks testrepo heads/master &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgmaster=$(cd testrepo && git show-ref -s --verify refs/heads/master) &&
|
|
|
|
newmaster=$(git show-ref -s --verify refs/heads/master) &&
|
|
|
|
git push testrepo master :refs/heads/nonexistent &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
2018-05-13 05:24:13 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/nonexistent
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
|
|
|
refs/heads/master $orgmaster $newmaster
|
2018-05-13 05:24:13 +03:00
|
|
|
refs/heads/nonexistent $ZERO_OID $ZERO_OID
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
|
|
|
refs/heads/master
|
|
|
|
EOF
|
|
|
|
|
|
|
|
test_cmp pre-receive.expect pre-receive.actual &&
|
|
|
|
test_cmp update.expect update.actual &&
|
|
|
|
test_cmp post-receive.expect post-receive.actual &&
|
|
|
|
test_cmp post-update.expect post-update.actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'deletion of a non-existent ref alone does trigger post-receive and post-update hooks' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test_with_hooks testrepo heads/master &&
|
2011-09-28 19:39:35 +04:00
|
|
|
git push testrepo :refs/heads/nonexistent &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2018-05-13 05:24:13 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/nonexistent
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
2018-05-13 05:24:13 +03:00
|
|
|
refs/heads/nonexistent $ZERO_OID $ZERO_OID
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
test_cmp pre-receive.expect pre-receive.actual &&
|
|
|
|
test_cmp update.expect update.actual &&
|
|
|
|
test_path_is_missing post-receive.actual &&
|
|
|
|
test_path_is_missing post-update.actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'mixed ref updates, deletes, invalid deletes trigger hooks with correct input' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test_with_hooks testrepo heads/master heads/next heads/pu &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgmaster=$(cd testrepo && git show-ref -s --verify refs/heads/master) &&
|
|
|
|
newmaster=$(git show-ref -s --verify refs/heads/master) &&
|
|
|
|
orgnext=$(cd testrepo && git show-ref -s --verify refs/heads/next) &&
|
2018-05-13 05:24:13 +03:00
|
|
|
newnext=$ZERO_OID &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgpu=$(cd testrepo && git show-ref -s --verify refs/heads/pu) &&
|
|
|
|
newpu=$(git show-ref -s --verify refs/heads/master) &&
|
|
|
|
git push testrepo refs/heads/master:refs/heads/master \
|
|
|
|
refs/heads/master:refs/heads/pu :refs/heads/next \
|
|
|
|
:refs/heads/nonexistent &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
$orgpu $newpu refs/heads/pu
|
2018-05-13 05:24:13 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/nonexistent
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
|
|
|
refs/heads/master $orgmaster $newmaster
|
|
|
|
refs/heads/next $orgnext $newnext
|
|
|
|
refs/heads/pu $orgpu $newpu
|
2018-05-13 05:24:13 +03:00
|
|
|
refs/heads/nonexistent $ZERO_OID $ZERO_OID
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
|
|
|
$orgmaster $newmaster refs/heads/master
|
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
$orgpu $newpu refs/heads/pu
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
|
|
|
refs/heads/master
|
|
|
|
refs/heads/next
|
|
|
|
refs/heads/pu
|
|
|
|
EOF
|
|
|
|
|
|
|
|
test_cmp pre-receive.expect pre-receive.actual &&
|
|
|
|
test_cmp update.expect update.actual &&
|
|
|
|
test_cmp post-receive.expect post-receive.actual &&
|
|
|
|
test_cmp post-update.expect post-update.actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2009-12-30 22:57:42 +03:00
|
|
|
test_expect_success 'allow deleting a ref using --delete' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2009-12-30 22:57:42 +03:00
|
|
|
(cd testrepo && git config receive.denyDeleteCurrent warn) &&
|
|
|
|
git push testrepo --delete master &&
|
|
|
|
(cd testrepo && test_must_fail git rev-parse --verify refs/heads/master)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow deleting a tag using --delete' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2009-12-30 22:57:42 +03:00
|
|
|
git tag -a -m dummy_message deltag heads/master &&
|
|
|
|
git push testrepo --tags &&
|
|
|
|
(cd testrepo && git rev-parse --verify -q refs/tags/deltag) &&
|
|
|
|
git push testrepo --delete tag deltag &&
|
|
|
|
(cd testrepo && test_must_fail git rev-parse --verify refs/tags/deltag)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --delete without args aborts' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2009-12-30 22:57:42 +03:00
|
|
|
test_must_fail git push testrepo --delete
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --delete refuses src:dest refspecs' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2009-12-30 22:57:42 +03:00
|
|
|
test_must_fail git push testrepo --delete master:foo
|
|
|
|
'
|
|
|
|
|
2008-11-09 04:49:27 +03:00
|
|
|
test_expect_success 'warn on push to HEAD of non-bare repository' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git checkout master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config receive.denyCurrentBranch warn
|
|
|
|
) &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git push testrepo master 2>stderr &&
|
2009-02-01 04:34:05 +03:00
|
|
|
grep "warning: updating the current branch" stderr
|
2008-11-09 04:49:27 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'deny push to HEAD of non-bare repository' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git checkout master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config receive.denyCurrentBranch true
|
|
|
|
) &&
|
2008-11-09 04:49:27 +03:00
|
|
|
test_must_fail git push testrepo master
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow push to HEAD of bare repository (bare)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git checkout master &&
|
|
|
|
git config receive.denyCurrentBranch true &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config core.bare true
|
|
|
|
) &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git push testrepo master 2>stderr &&
|
2009-02-01 04:34:05 +03:00
|
|
|
! grep "warning: updating the current branch" stderr
|
2008-11-09 04:49:27 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow push to HEAD of non-bare repository (config)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git checkout master &&
|
|
|
|
git config receive.denyCurrentBranch false
|
|
|
|
) &&
|
|
|
|
git push testrepo master 2>stderr &&
|
2009-02-01 04:34:05 +03:00
|
|
|
! grep "warning: updating the current branch" stderr
|
2008-11-09 04:49:27 +03:00
|
|
|
'
|
|
|
|
|
2008-11-11 00:47:11 +03:00
|
|
|
test_expect_success 'fetch with branches' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
git branch second $the_first_commit &&
|
|
|
|
git checkout second &&
|
|
|
|
echo ".." > testrepo/.git/branches/branch1 &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
git fetch branch1 &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/heads/branch1" >expect &&
|
|
|
|
git for-each-ref refs/heads >actual &&
|
|
|
|
test_cmp expect actual
|
2008-11-11 00:47:11 +03:00
|
|
|
) &&
|
|
|
|
git checkout master
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'fetch with branches containing #' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
echo "..#second" > testrepo/.git/branches/branch2 &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
git fetch branch2 &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_first_commit commit refs/heads/branch2" >expect &&
|
|
|
|
git for-each-ref refs/heads >actual &&
|
|
|
|
test_cmp expect actual
|
2008-11-11 00:47:11 +03:00
|
|
|
) &&
|
|
|
|
git checkout master
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with branches' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
git checkout second &&
|
|
|
|
echo "testrepo" > .git/branches/branch1 &&
|
|
|
|
git push branch1 &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_first_commit commit refs/heads/master" >expect &&
|
|
|
|
git for-each-ref refs/heads >actual &&
|
|
|
|
test_cmp expect actual
|
2008-11-11 00:47:11 +03:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with branches containing #' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2008-11-11 00:47:11 +03:00
|
|
|
echo "testrepo#branch3" > .git/branches/branch2 &&
|
|
|
|
git push branch2 &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_first_commit commit refs/heads/branch3" >expect &&
|
|
|
|
git for-each-ref refs/heads >actual &&
|
|
|
|
test_cmp expect actual
|
2008-11-11 00:47:11 +03:00
|
|
|
) &&
|
|
|
|
git checkout master
|
|
|
|
'
|
|
|
|
|
2010-04-20 02:19:18 +04:00
|
|
|
test_expect_success 'push into aliased refs (consistent)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
2010-04-20 02:19:18 +04:00
|
|
|
(
|
|
|
|
cd child1 &&
|
|
|
|
git branch foo &&
|
2018-07-02 03:24:01 +03:00
|
|
|
git symbolic-ref refs/heads/bar refs/heads/foo &&
|
2010-04-20 02:19:18 +04:00
|
|
|
git config receive.denyCurrentBranch false
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd child2 &&
|
|
|
|
>path2 &&
|
|
|
|
git add path2 &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -a -m child2 &&
|
|
|
|
git branch foo &&
|
|
|
|
git branch bar &&
|
|
|
|
git push ../child1 foo bar
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push into aliased refs (inconsistent)' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
2010-04-20 02:19:18 +04:00
|
|
|
(
|
|
|
|
cd child1 &&
|
|
|
|
git branch foo &&
|
2018-07-02 03:24:01 +03:00
|
|
|
git symbolic-ref refs/heads/bar refs/heads/foo &&
|
2010-04-20 02:19:18 +04:00
|
|
|
git config receive.denyCurrentBranch false
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd child2 &&
|
|
|
|
>path2 &&
|
|
|
|
git add path2 &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -a -m child2 &&
|
|
|
|
git branch foo &&
|
|
|
|
>path3 &&
|
|
|
|
git add path3 &&
|
|
|
|
test_tick &&
|
|
|
|
git commit -a -m child2 &&
|
|
|
|
git branch bar &&
|
|
|
|
test_must_fail git push ../child1 foo bar 2>stderr &&
|
|
|
|
grep "refusing inconsistent update" stderr
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2018-07-31 16:07:13 +03:00
|
|
|
test_force_push_tag () {
|
|
|
|
tag_type_description=$1
|
|
|
|
tag_args=$2
|
|
|
|
|
2018-08-31 23:09:57 +03:00
|
|
|
test_expect_success "force pushing required to update $tag_type_description" "
|
2018-07-31 16:07:13 +03:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
|
|
|
(
|
|
|
|
cd child1 &&
|
|
|
|
git tag testTag &&
|
|
|
|
git push ../child2 testTag &&
|
|
|
|
>file1 &&
|
|
|
|
git add file1 &&
|
|
|
|
git commit -m 'file1' &&
|
|
|
|
git tag $tag_args testTag &&
|
|
|
|
test_must_fail git push ../child2 testTag &&
|
|
|
|
git push --force ../child2 testTag &&
|
|
|
|
git tag $tag_args testTag HEAD~ &&
|
|
|
|
test_must_fail git push ../child2 testTag &&
|
|
|
|
git push --force ../child2 testTag &&
|
|
|
|
|
|
|
|
# Clobbering without + in refspec needs --force
|
|
|
|
git tag -f testTag &&
|
|
|
|
test_must_fail git push ../child2 'refs/tags/*:refs/tags/*' &&
|
|
|
|
git push --force ../child2 'refs/tags/*:refs/tags/*' &&
|
|
|
|
|
|
|
|
# Clobbering with + in refspec does not need --force
|
|
|
|
git tag -f testTag HEAD~ &&
|
|
|
|
git push ../child2 '+refs/tags/*:refs/tags/*' &&
|
|
|
|
|
|
|
|
# Clobbering with --no-force still obeys + in refspec
|
|
|
|
git tag -f testTag &&
|
|
|
|
git push --no-force ../child2 '+refs/tags/*:refs/tags/*' &&
|
|
|
|
|
|
|
|
# Clobbering with/without --force and 'tag <name>' format
|
|
|
|
git tag -f testTag HEAD~ &&
|
|
|
|
test_must_fail git push ../child2 tag testTag &&
|
|
|
|
git push --force ../child2 tag testTag
|
|
|
|
)
|
|
|
|
"
|
|
|
|
}
|
|
|
|
|
|
|
|
test_force_push_tag "lightweight tag" "-f"
|
2018-08-31 23:09:58 +03:00
|
|
|
test_force_push_tag "annotated tag" "-f -a -m'tag message'"
|
2012-11-30 05:41:37 +04:00
|
|
|
|
2018-08-31 23:09:59 +03:00
|
|
|
test_force_fetch_tag () {
|
|
|
|
tag_type_description=$1
|
|
|
|
tag_args=$2
|
|
|
|
|
fetch: stop clobbering existing tags without --force
Change "fetch" to treat "+" in refspecs (aka --force) to mean we
should clobber a local tag of the same name.
This changes the long-standing behavior of "fetch" added in
853a3697dc ("[PATCH] Multi-head fetch.", 2005-08-20). Before this
change, all tag fetches effectively had --force enabled. See the
git-fetch-script code in fast_forward_local() with the comment:
> Tags need not be pointing at commits so there is no way to
> guarantee "fast-forward" anyway.
That commit and the rest of the history of "fetch" shows that the
"+" (--force) part of refpecs was only conceived for branch updates,
while tags have accepted any changes from upstream unconditionally and
clobbered the local tag object. Changing this behavior has been
discussed as early as 2011[1].
The current behavior doesn't make sense to me, it easily results in
local tags accidentally being clobbered. We could namespace our tags
per-remote and not locally populate refs/tags/*, but as with my
97716d217c ("fetch: add a --prune-tags option and fetch.pruneTags
config", 2018-02-09) it's easier to work around the current
implementation than to fix the root cause.
So this change implements suggestion #1 from Jeff's 2011 E-Mail[1],
"fetch" now only clobbers the tag if either "+" is provided as part of
the refspec, or if "--force" is provided on the command-line.
This also makes it nicely symmetrical with how "tag" itself works when
creating tags. I.e. we refuse to clobber any existing tags unless
"--force" is supplied. Now we can refuse all such clobbering, whether
it would happen by clobbering a local tag with "tag", or by fetching
it from the remote with "fetch".
Ref updates outside refs/{tags,heads/* are still still not symmetrical
with how "git push" works, as discussed in the recently changed
pull-fetch-param.txt documentation. This change brings the two
divergent behaviors more into line with one another. I don't think
there's any reason "fetch" couldn't fully converge with the behavior
used by "push", but that's a topic for another change.
One of the tests added in 31b808a032 ("clone --single: limit the fetch
refspec to fetched branch", 2012-09-20) is being changed to use
--force where a clone would clobber a tag. This changes nothing about
the existing behavior of the test.
1. https://public-inbox.org/git/20111123221658.GA22313@sigill.intra.peff.net/
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-08-31 23:10:04 +03:00
|
|
|
test_expect_success "fetch will not clobber an existing $tag_type_description without --force" "
|
2018-08-31 23:09:59 +03:00
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git tag testTag &&
|
|
|
|
git -C ../child1 fetch origin tag testTag &&
|
|
|
|
>file1 &&
|
|
|
|
git add file1 &&
|
|
|
|
git commit -m 'file1' &&
|
|
|
|
git tag $tag_args testTag &&
|
fetch: stop clobbering existing tags without --force
Change "fetch" to treat "+" in refspecs (aka --force) to mean we
should clobber a local tag of the same name.
This changes the long-standing behavior of "fetch" added in
853a3697dc ("[PATCH] Multi-head fetch.", 2005-08-20). Before this
change, all tag fetches effectively had --force enabled. See the
git-fetch-script code in fast_forward_local() with the comment:
> Tags need not be pointing at commits so there is no way to
> guarantee "fast-forward" anyway.
That commit and the rest of the history of "fetch" shows that the
"+" (--force) part of refpecs was only conceived for branch updates,
while tags have accepted any changes from upstream unconditionally and
clobbered the local tag object. Changing this behavior has been
discussed as early as 2011[1].
The current behavior doesn't make sense to me, it easily results in
local tags accidentally being clobbered. We could namespace our tags
per-remote and not locally populate refs/tags/*, but as with my
97716d217c ("fetch: add a --prune-tags option and fetch.pruneTags
config", 2018-02-09) it's easier to work around the current
implementation than to fix the root cause.
So this change implements suggestion #1 from Jeff's 2011 E-Mail[1],
"fetch" now only clobbers the tag if either "+" is provided as part of
the refspec, or if "--force" is provided on the command-line.
This also makes it nicely symmetrical with how "tag" itself works when
creating tags. I.e. we refuse to clobber any existing tags unless
"--force" is supplied. Now we can refuse all such clobbering, whether
it would happen by clobbering a local tag with "tag", or by fetching
it from the remote with "fetch".
Ref updates outside refs/{tags,heads/* are still still not symmetrical
with how "git push" works, as discussed in the recently changed
pull-fetch-param.txt documentation. This change brings the two
divergent behaviors more into line with one another. I don't think
there's any reason "fetch" couldn't fully converge with the behavior
used by "push", but that's a topic for another change.
One of the tests added in 31b808a032 ("clone --single: limit the fetch
refspec to fetched branch", 2012-09-20) is being changed to use
--force where a clone would clobber a tag. This changes nothing about
the existing behavior of the test.
1. https://public-inbox.org/git/20111123221658.GA22313@sigill.intra.peff.net/
Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2018-08-31 23:10:04 +03:00
|
|
|
test_must_fail git -C ../child1 fetch origin tag testTag &&
|
|
|
|
git -C ../child1 fetch origin '+refs/tags/*:refs/tags/*'
|
2018-08-31 23:09:59 +03:00
|
|
|
)
|
|
|
|
"
|
|
|
|
}
|
|
|
|
|
|
|
|
test_force_fetch_tag "lightweight tag" "-f"
|
|
|
|
test_force_fetch_tag "annotated tag" "-f -a -m'tag message'"
|
2012-11-30 05:41:37 +04:00
|
|
|
|
2010-02-27 07:52:16 +03:00
|
|
|
test_expect_success 'push --porcelain' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2010-02-27 07:52:16 +03:00
|
|
|
echo >.git/foo "To testrepo" &&
|
|
|
|
echo >>.git/foo "* refs/heads/master:refs/remotes/origin/master [new branch]" &&
|
|
|
|
echo >>.git/foo "Done" &&
|
|
|
|
git push >.git/bar --porcelain testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2013-03-19 03:13:41 +04:00
|
|
|
echo "$the_commit commit refs/remotes/origin/master" >expect &&
|
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2010-02-27 07:52:16 +03:00
|
|
|
) &&
|
2010-03-12 08:51:57 +03:00
|
|
|
test_cmp .git/foo .git/bar
|
2010-02-27 07:52:16 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --porcelain bad url' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2010-02-27 07:52:16 +03:00
|
|
|
test_must_fail git push >.git/bar --porcelain asdfasdfasd refs/heads/master:refs/remotes/origin/master &&
|
2017-01-03 22:57:07 +03:00
|
|
|
! grep -q Done .git/bar
|
2010-02-27 07:52:16 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --porcelain rejected' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git push testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(cd testrepo &&
|
2018-07-02 03:24:01 +03:00
|
|
|
git reset --hard origin/master^ &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git config receive.denyCurrentBranch true) &&
|
|
|
|
|
|
|
|
echo >.git/foo "To testrepo" &&
|
|
|
|
echo >>.git/foo "! refs/heads/master:refs/heads/master [remote rejected] (branch is currently checked out)" &&
|
|
|
|
|
|
|
|
test_must_fail git push >.git/bar --porcelain testrepo refs/heads/master:refs/heads/master &&
|
2010-03-12 08:51:57 +03:00
|
|
|
test_cmp .git/foo .git/bar
|
2010-02-27 07:52:16 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --porcelain --dry-run rejected' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_empty testrepo &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git push testrepo refs/heads/master:refs/remotes/origin/master &&
|
|
|
|
(cd testrepo &&
|
2018-07-02 03:24:01 +03:00
|
|
|
git reset --hard origin/master &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git config receive.denyCurrentBranch true) &&
|
|
|
|
|
|
|
|
echo >.git/foo "To testrepo" &&
|
|
|
|
echo >>.git/foo "! refs/heads/master^:refs/heads/master [rejected] (non-fast-forward)" &&
|
|
|
|
echo >>.git/foo "Done" &&
|
|
|
|
|
|
|
|
test_must_fail git push >.git/bar --porcelain --dry-run testrepo refs/heads/master^:refs/heads/master &&
|
2010-03-12 08:51:57 +03:00
|
|
|
test_cmp .git/foo .git/bar
|
2010-02-27 07:52:16 +03:00
|
|
|
'
|
|
|
|
|
2012-02-23 02:43:41 +04:00
|
|
|
test_expect_success 'push --prune' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master heads/second heads/foo heads/bar &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push --prune testrepo : &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/second &&
|
|
|
|
! check_push_result testrepo $the_first_commit heads/foo heads/bar
|
2012-02-23 02:43:41 +04:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --prune refspec' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo tmp/master tmp/second tmp/foo tmp/bar &&
|
2012-02-23 02:43:41 +04:00
|
|
|
git push --prune testrepo "refs/heads/*:refs/tmp/*" &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit tmp/master &&
|
|
|
|
check_push_result testrepo $the_first_commit tmp/second &&
|
|
|
|
! check_push_result testrepo $the_first_commit tmp/foo tmp/bar
|
2012-02-23 02:43:41 +04:00
|
|
|
'
|
|
|
|
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
for configsection in transfer receive
|
|
|
|
do
|
|
|
|
test_expect_success "push to update a ref hidden by $configsection.hiderefs" '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master hidden/one hidden/two hidden/three &&
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git config $configsection.hiderefs refs/hidden
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# push to unhidden ref succeeds normally
|
|
|
|
git push testrepo master:refs/heads/master &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit heads/master &&
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
|
|
|
|
# push to update a hidden ref should fail
|
|
|
|
test_must_fail git push testrepo master:refs/hidden/one &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_first_commit hidden/one &&
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
|
|
|
|
# push to delete a hidden ref should fail
|
|
|
|
test_must_fail git push testrepo :refs/hidden/two &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_first_commit hidden/two &&
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
|
|
|
|
# idempotent push to update a hidden ref should fail
|
|
|
|
test_must_fail git push testrepo $the_first_commit:refs/hidden/three &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_first_commit hidden/three
|
upload/receive-pack: allow hiding ref hierarchies
A repository may have refs that are only used for its internal
bookkeeping purposes that should not be exposed to the others that
come over the network.
Teach upload-pack to omit some refs from its initial advertisement
by paying attention to the uploadpack.hiderefs multi-valued
configuration variable. Do the same to receive-pack via the
receive.hiderefs variable. As a convenient short-hand, allow using
transfer.hiderefs to set the value to both of these variables.
Any ref that is under the hierarchies listed on the value of these
variable is excluded from responses to requests made by "ls-remote",
"fetch", etc. (for upload-pack) and "push" (for receive-pack).
Because these hidden refs do not count as OUR_REF, an attempt to
fetch objects at the tip of them will be rejected, and because these
refs do not get advertised, "git push :" will not see local branches
that have the same name as them as "matching" ones to be sent.
An attempt to update/delete these hidden refs with an explicit
refspec, e.g. "git push origin :refs/hidden/22", is rejected. This
is not a new restriction. To the pusher, it would appear that there
is no such ref, so its push request will conclude with "Now that I
sent you all the data, it is time for you to update the refs. I saw
that the ref did not exist when I started pushing, and I want the
result to point at this commit". The receiving end will apply the
compare-and-swap rule to this request and rejects the push with
"Well, your update request conflicts with somebody else; I see there
is such a ref.", which is the right thing to do. Otherwise a push to
a hidden ref will always be "the last one wins", which is not a good
default.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-01-19 04:08:30 +04:00
|
|
|
'
|
|
|
|
done
|
|
|
|
|
2013-01-30 02:02:15 +04:00
|
|
|
test_expect_success 'fetch exact SHA1' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master hidden/one &&
|
2013-01-30 02:02:15 +04:00
|
|
|
git push testrepo master:refs/hidden/one &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git config transfer.hiderefs refs/hidden
|
|
|
|
) &&
|
2013-04-02 11:40:31 +04:00
|
|
|
check_push_result testrepo $the_commit hidden/one &&
|
2013-01-30 02:02:15 +04:00
|
|
|
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_child testrepo child &&
|
2013-01-30 02:02:15 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
|
|
|
|
|
|
|
# make sure $the_commit does not exist here
|
|
|
|
git repack -a -d &&
|
|
|
|
git prune &&
|
|
|
|
test_must_fail git cat-file -t $the_commit &&
|
|
|
|
|
|
|
|
# fetching the hidden object should fail by default
|
2017-02-22 19:02:15 +03:00
|
|
|
test_must_fail git fetch -v ../testrepo $the_commit:refs/heads/copy 2>err &&
|
2017-02-22 19:05:57 +03:00
|
|
|
test_i18ngrep "Server does not allow request for unadvertised object" err &&
|
2013-01-30 02:02:15 +04:00
|
|
|
test_must_fail git rev-parse --verify refs/heads/copy &&
|
|
|
|
|
|
|
|
# the server side can allow it to succeed
|
|
|
|
(
|
|
|
|
cd ../testrepo &&
|
|
|
|
git config uploadpack.allowtipsha1inwant true
|
|
|
|
) &&
|
|
|
|
|
filter_ref: make a copy of extra "sought" entries
If the server supports allow_tip_sha1_in_want, we add any
unmatched raw-sha1 entries in our "sought" list of refs to
the list of refs we will ask the other side for. We do so by
inserting the original "struct ref" directly into our list,
rather than making a copy. This has several problems.
The most minor problem is that one cannot ever free the
resulting list; it contains structs that are copies of the
remote refs (made earlier by fetch_pack) along with sought
refs that are referenced elsewhere.
But more importantly that we set the ref->next pointer to
NULL, chopping off the remainder of any existing list that
the ref was a part of. We get the set of "sought" refs in
an array rather than a linked list, but that array is often
in turn generated from a list. The test modification in
t5516 demonstrates this. Rather than fetching just an exact
sha1, we fetch that sha1 plus another ref:
- we build a linked list of refs to fetch when do_fetch
calls get_ref_map; the exact sha1 is first, followed by
the named ref ("refs/heads/extra" in this case).
- we pass that linked list to transport_fetch_ref, which
squashes it into an array of pointers
- that array goes to fetch_pack, which calls filter_ref.
There we generate the want list from a mix of what the
remote side has advertised, and the "sought" entry for
the exact sha1. We set the sought entry's "next" pointer
to NULL.
- after we return from transport_fetch_refs, we then try
to update the refs by following the linked list. But our
list is now truncated, and we do not update
refs/heads/extra at all.
We can fix this by making a copy of the ref. There's nothing
that fetch_pack does to it that must be reflected in the
original "sought" list (and indeed, if that were the case we
would have a serious bug, because it is only exact-sha1
entries which are treated this way).
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2015-03-19 23:37:09 +03:00
|
|
|
git fetch -v ../testrepo $the_commit:refs/heads/copy master:refs/heads/extra &&
|
|
|
|
cat >expect <<-EOF &&
|
|
|
|
$the_commit
|
|
|
|
$the_first_commit
|
|
|
|
EOF
|
|
|
|
{
|
|
|
|
git rev-parse --verify refs/heads/copy &&
|
|
|
|
git rev-parse --verify refs/heads/extra
|
|
|
|
} >actual &&
|
|
|
|
test_cmp expect actual
|
2013-01-30 02:02:15 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2018-05-31 10:23:39 +03:00
|
|
|
test_expect_success 'fetch exact SHA1 in protocol v2' '
|
|
|
|
mk_test testrepo heads/master hidden/one &&
|
|
|
|
git push testrepo master:refs/hidden/one &&
|
|
|
|
git -C testrepo config transfer.hiderefs refs/hidden &&
|
|
|
|
check_push_result testrepo $the_commit hidden/one &&
|
|
|
|
|
|
|
|
mk_child testrepo child &&
|
|
|
|
git -C child config protocol.version 2 &&
|
|
|
|
|
|
|
|
# make sure $the_commit does not exist here
|
|
|
|
git -C child repack -a -d &&
|
|
|
|
git -C child prune &&
|
|
|
|
test_must_fail git -C child cat-file -t $the_commit &&
|
|
|
|
|
|
|
|
# fetching the hidden object succeeds by default
|
|
|
|
# NEEDSWORK: should this match the v0 behavior instead?
|
|
|
|
git -C child fetch -v ../testrepo $the_commit:refs/heads/copy
|
|
|
|
'
|
|
|
|
|
2015-05-21 23:23:39 +03:00
|
|
|
for configallowtipsha1inwant in true false
|
|
|
|
do
|
|
|
|
test_expect_success "shallow fetch reachable SHA1 (but not a ref), allowtipsha1inwant=$configallowtipsha1inwant" '
|
|
|
|
mk_empty testrepo &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git config uploadpack.allowtipsha1inwant $configallowtipsha1inwant &&
|
|
|
|
git commit --allow-empty -m foo &&
|
|
|
|
git commit --allow-empty -m bar
|
|
|
|
) &&
|
|
|
|
SHA1=$(git --git-dir=testrepo/.git rev-parse HEAD^) &&
|
|
|
|
mk_empty shallow &&
|
|
|
|
(
|
|
|
|
cd shallow &&
|
|
|
|
test_must_fail git fetch --depth=1 ../testrepo/.git $SHA1 &&
|
|
|
|
git --git-dir=../testrepo/.git config uploadpack.allowreachablesha1inwant true &&
|
|
|
|
git fetch --depth=1 ../testrepo/.git $SHA1 &&
|
|
|
|
git cat-file commit $SHA1
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success "deny fetch unreachable SHA1, allowtipsha1inwant=$configallowtipsha1inwant" '
|
|
|
|
mk_empty testrepo &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git config uploadpack.allowtipsha1inwant $configallowtipsha1inwant &&
|
|
|
|
git commit --allow-empty -m foo &&
|
|
|
|
git commit --allow-empty -m bar &&
|
|
|
|
git commit --allow-empty -m xyz
|
|
|
|
) &&
|
|
|
|
SHA1_1=$(git --git-dir=testrepo/.git rev-parse HEAD^^) &&
|
|
|
|
SHA1_2=$(git --git-dir=testrepo/.git rev-parse HEAD^) &&
|
|
|
|
SHA1_3=$(git --git-dir=testrepo/.git rev-parse HEAD) &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard $SHA1_2 &&
|
|
|
|
git cat-file commit $SHA1_1 &&
|
|
|
|
git cat-file commit $SHA1_3
|
|
|
|
) &&
|
|
|
|
mk_empty shallow &&
|
|
|
|
(
|
|
|
|
cd shallow &&
|
2019-04-13 08:52:18 +03:00
|
|
|
test_must_fail git fetch ../testrepo/.git $SHA1_3 &&
|
|
|
|
test_must_fail git fetch ../testrepo/.git $SHA1_1 &&
|
2015-05-21 23:23:39 +03:00
|
|
|
git --git-dir=../testrepo/.git config uploadpack.allowreachablesha1inwant true &&
|
|
|
|
git fetch ../testrepo/.git $SHA1_1 &&
|
|
|
|
git cat-file commit $SHA1_1 &&
|
|
|
|
test_must_fail git cat-file commit $SHA1_2 &&
|
|
|
|
git fetch ../testrepo/.git $SHA1_2 &&
|
|
|
|
git cat-file commit $SHA1_2 &&
|
upload-pack: send ERR packet for non-tip objects
Commit bdb31eada7 (upload-pack: report "not our ref" to client,
2017-02-23) catches the case where a client asks for an object we don't
have, and issues a message that the client can show to the user (in
addition to dying and writing to stderr).
There's a similar case (with the same message) when the client asks for
an object which we _do_ have, but which isn't a ref tip (or isn't
reachable, when uploadpack.allowReachableSHA1InWant is true). Let's give
that one the same treatment, for the same reason (namely that it's more
informative to the client than just hanging up, since they won't see our
stderr over some protocols).
There are two tests here. We cover it most directly in t5530 by invoking
upload-pack, which matches the existing "not our ref" test.
But a more end-to-end check is that "git fetch" actually shows the
message to the client. We're already checking in t5516 that this case
fails, so we can just check stderr there, too. Note that even after we
started ignoring SIGPIPE in 8bf4becf0c, this could in theory still be
racy as described in that commit (because we die() on write failures
before pumping the connection for any ERR packets).
In practice this should be OK for this case. The server will not
actually check reachability until it has received our whole group of
"want" lines. And since we have no objects in the repository, we won't
send any "have" lines, meaning we're always waiting to read the server
response.
Note also that this case cannot happen in the v2 protocol, since it
allows any available object to be requested. However, we don't have to
take any steps to protect against the upcoming GIT_TEST_PROTOCOL_VERSION
in our tests:
- the tests in t5516 would already need to be skipped under v2, and
that is covered by ab0c5f5096 (tests: always test fetch of
unreachable with v0, 2019-02-25)
- the tests in t5530 invoke upload-pack directly, which will continue
to default to v0. Eventually we may have a test setting which uses
v2 even for bare upload-pack calls, but we can't override it here
until we know what the setting looks like.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-04-13 08:53:34 +03:00
|
|
|
test_must_fail git fetch ../testrepo/.git $SHA1_3 2>err &&
|
|
|
|
test_i18ngrep "remote error:.*not our ref" err
|
2015-05-21 23:23:39 +03:00
|
|
|
)
|
|
|
|
'
|
|
|
|
done
|
|
|
|
|
2013-03-05 00:09:50 +04:00
|
|
|
test_expect_success 'fetch follows tags by default' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git for-each-ref >tmp1 &&
|
|
|
|
(
|
|
|
|
cat tmp1
|
|
|
|
sed -n "s|refs/heads/master$|refs/remotes/origin/master|p" tmp1
|
|
|
|
) |
|
|
|
|
sort -k 3 >../expect
|
|
|
|
) &&
|
|
|
|
git init dst &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
git remote add origin ../src &&
|
|
|
|
git config branch.master.remote origin &&
|
|
|
|
git config branch.master.merge refs/heads/master &&
|
|
|
|
git pull &&
|
|
|
|
git for-each-ref >../actual
|
|
|
|
) &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
push: use remote.$name.push as a refmap
Since f2690487 (fetch: opportunistically update tracking refs,
2013-05-11), we stopped taking a non-storing refspec given on the
command line of "git fetch" literally, and instead started mapping
it via remote.$name.fetch refspecs. This allows
$ git fetch origin master
from the 'origin' repository, which is configured with
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
to update refs/remotes/origin/master with the result, as if the
command line were
$ git fetch origin +master:refs/remotes/origin/master
to reduce surprises and improve usability. Before that change, a
refspec on the command line without a colon was only to fetch the
history and leave the result in FETCH_HEAD, without updating the
remote-tracking branches.
When you are simulating a fetch from you by your mothership with a
push by you into your mothership, instead of having:
[remote "satellite"]
fetch = +refs/heads/*:refs/remotes/satellite/*
on the mothership repository and running:
mothership$ git fetch satellite
you would have:
[remote "mothership"]
push = +refs/heads/*:refs/remotes/satellite/*
on your satellite machine, and run:
satellite$ git push mothership
Because we so far did not make the corresponding change to the push
side, this command:
satellite$ git push mothership master
does _not_ allow you on the satellite to only push 'master' out but
still to the usual destination (i.e. refs/remotes/satellite/master).
Implement the logic to map an unqualified refspec given on the
command line via the remote.$name.push refspec. This will bring a
bit more symmetry between "fetch" and "push".
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-12-04 03:41:15 +04:00
|
|
|
test_expect_success 'pushing a specific ref applies remote.$name.push as refmap' '
|
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
|
|
|
git config remote.dst.push "+refs/heads/*:refs/remotes/src/*" &&
|
|
|
|
git push dst master &&
|
|
|
|
git show-ref refs/heads/master |
|
|
|
|
sed -e "s|refs/heads/|refs/remotes/src/|" >../dst/expect
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
test_must_fail git show-ref refs/heads/next &&
|
|
|
|
test_must_fail git show-ref refs/heads/master &&
|
|
|
|
git show-ref refs/remotes/src/master >actual
|
|
|
|
) &&
|
|
|
|
test_cmp dst/expect dst/actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'with no remote.$name.push, it is not used as refmap' '
|
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
2013-12-04 04:23:35 +04:00
|
|
|
git config push.default matching &&
|
push: use remote.$name.push as a refmap
Since f2690487 (fetch: opportunistically update tracking refs,
2013-05-11), we stopped taking a non-storing refspec given on the
command line of "git fetch" literally, and instead started mapping
it via remote.$name.fetch refspecs. This allows
$ git fetch origin master
from the 'origin' repository, which is configured with
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
to update refs/remotes/origin/master with the result, as if the
command line were
$ git fetch origin +master:refs/remotes/origin/master
to reduce surprises and improve usability. Before that change, a
refspec on the command line without a colon was only to fetch the
history and leave the result in FETCH_HEAD, without updating the
remote-tracking branches.
When you are simulating a fetch from you by your mothership with a
push by you into your mothership, instead of having:
[remote "satellite"]
fetch = +refs/heads/*:refs/remotes/satellite/*
on the mothership repository and running:
mothership$ git fetch satellite
you would have:
[remote "mothership"]
push = +refs/heads/*:refs/remotes/satellite/*
on your satellite machine, and run:
satellite$ git push mothership
Because we so far did not make the corresponding change to the push
side, this command:
satellite$ git push mothership master
does _not_ allow you on the satellite to only push 'master' out but
still to the usual destination (i.e. refs/remotes/satellite/master).
Implement the logic to map an unqualified refspec given on the
command line via the remote.$name.push refspec. This will bring a
bit more symmetry between "fetch" and "push".
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2013-12-04 03:41:15 +04:00
|
|
|
git push dst master &&
|
|
|
|
git show-ref refs/heads/master >../dst/expect
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
test_must_fail git show-ref refs/heads/next &&
|
|
|
|
git show-ref refs/heads/master >actual
|
|
|
|
) &&
|
|
|
|
test_cmp dst/expect dst/actual
|
|
|
|
'
|
|
|
|
|
2013-12-04 04:23:35 +04:00
|
|
|
test_expect_success 'with no remote.$name.push, upstream mapping is used' '
|
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
|
|
|
git config remote.dst.fetch "+refs/heads/*:refs/remotes/dst/*" &&
|
|
|
|
git config push.default upstream &&
|
|
|
|
|
|
|
|
git config branch.master.merge refs/heads/trunk &&
|
|
|
|
git config branch.master.remote dst &&
|
|
|
|
|
|
|
|
git push dst master &&
|
|
|
|
git show-ref refs/heads/master |
|
|
|
|
sed -e "s|refs/heads/master|refs/heads/trunk|" >../dst/expect
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
test_must_fail git show-ref refs/heads/master &&
|
|
|
|
test_must_fail git show-ref refs/heads/next &&
|
|
|
|
git show-ref refs/heads/trunk >actual
|
|
|
|
) &&
|
|
|
|
test_cmp dst/expect dst/actual
|
|
|
|
'
|
|
|
|
|
2013-03-05 00:09:50 +04:00
|
|
|
test_expect_success 'push does not follow tags by default' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git checkout -b another &&
|
|
|
|
git commit --allow-empty -m "future commit" &&
|
|
|
|
git tag -m "future" future &&
|
|
|
|
git checkout master &&
|
|
|
|
git for-each-ref refs/heads/master >../expect &&
|
|
|
|
git push ../dst master
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
git for-each-ref >../actual
|
|
|
|
) &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --follow-tag only pushes relevant tags' '
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_test testrepo heads/master &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
|
|
|
git pull ../testrepo master &&
|
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git checkout -b another &&
|
|
|
|
git commit --allow-empty -m "future commit" &&
|
|
|
|
git tag -m "future" future &&
|
|
|
|
git checkout master &&
|
2018-07-02 03:24:01 +03:00
|
|
|
git for-each-ref refs/heads/master refs/tags/tag >../expect &&
|
2013-03-05 00:09:50 +04:00
|
|
|
git push --follow-tag ../dst master
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
git for-each-ref >../actual
|
|
|
|
) &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2013-08-12 17:55:55 +04:00
|
|
|
test_expect_success 'push --no-thin must produce non-thin pack' '
|
|
|
|
cat >>path1 <<\EOF &&
|
|
|
|
keep base version of path1 big enough, compared to the new changes
|
|
|
|
later, in order to pass size heuristics in
|
|
|
|
builtin/pack-objects.c:try_delta()
|
|
|
|
EOF
|
|
|
|
git commit -am initial &&
|
|
|
|
git init no-thin &&
|
|
|
|
git --git-dir=no-thin/.git config receive.unpacklimit 0 &&
|
|
|
|
git push no-thin/.git refs/heads/master:refs/heads/foo &&
|
|
|
|
echo modified >> path1 &&
|
|
|
|
git commit -am modified &&
|
|
|
|
git repack -adf &&
|
|
|
|
rcvpck="git receive-pack --reject-thin-pack-for-testing" &&
|
|
|
|
git push --no-thin --receive-pack="$rcvpck" no-thin/.git refs/heads/master:refs/heads/foo
|
|
|
|
'
|
|
|
|
|
2014-10-17 04:03:41 +04:00
|
|
|
test_expect_success 'pushing a tag pushes the tagged object' '
|
|
|
|
rm -rf dst.git &&
|
|
|
|
blob=$(echo unreferenced | git hash-object -w --stdin) &&
|
|
|
|
git tag -m foo tag-of-blob $blob &&
|
|
|
|
git init --bare dst.git &&
|
|
|
|
git push dst.git tag-of-blob &&
|
|
|
|
# the receiving index-pack should have noticed
|
|
|
|
# any problems, but we double check
|
|
|
|
echo unreferenced >expect &&
|
|
|
|
git --git-dir=dst.git cat-file blob tag-of-blob >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
fetch: load all default config at startup
When we start the git-fetch program, we call git_config to
load all config, but our callback only processes the
fetch.prune option; we do not chain to git_default_config at
all.
This means that we may not load some core configuration
which will have an effect. For instance, we do not load
core.logAllRefUpdates, which impacts whether or not we
create reflogs in a bare repository.
Note that I said "may" above. It gets even more exciting. If
we have to transfer actual objects as part of the fetch,
then we call fetch_pack as part of the same process. That
function loads its own config, which does chain to
git_default_config, impacting global variables which are
used by the rest of fetch. But if the fetch is a pure ref
update (e.g., a new ref which is a copy of an old one), we
skip fetch_pack entirely. So we get inconsistent results
depending on whether or not we have actual objects to
transfer or not!
Let's just load the core config at the start of fetch, so we
know we have it (we may also load it again as part of
fetch_pack, but that's OK; it's designed to be idempotent).
Our tests check both cases (with and without a pack). We
also check similar behavior for push for good measure, but
it already works as expected.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2014-11-04 16:11:19 +03:00
|
|
|
test_expect_success 'push into bare respects core.logallrefupdates' '
|
|
|
|
rm -rf dst.git &&
|
|
|
|
git init --bare dst.git &&
|
|
|
|
git -C dst.git config core.logallrefupdates true &&
|
|
|
|
|
|
|
|
# double push to test both with and without
|
|
|
|
# the actual pack transfer
|
|
|
|
git push dst.git master:one &&
|
|
|
|
echo "one@{0} push" >expect &&
|
|
|
|
git -C dst.git log -g --format="%gd %gs" one >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
git push dst.git master:two &&
|
|
|
|
echo "two@{0} push" >expect &&
|
|
|
|
git -C dst.git log -g --format="%gd %gs" two >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'fetch into bare respects core.logallrefupdates' '
|
|
|
|
rm -rf dst.git &&
|
|
|
|
git init --bare dst.git &&
|
|
|
|
(
|
|
|
|
cd dst.git &&
|
|
|
|
git config core.logallrefupdates true &&
|
|
|
|
|
|
|
|
# as above, we double-fetch to test both
|
|
|
|
# with and without pack transfer
|
|
|
|
git fetch .. master:one &&
|
|
|
|
echo "one@{0} fetch .. master:one: storing head" >expect &&
|
|
|
|
git log -g --format="%gd %gs" one >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
|
|
|
git fetch .. master:two &&
|
|
|
|
echo "two@{0} fetch .. master:two: storing head" >expect &&
|
|
|
|
git log -g --format="%gd %gs" two >actual &&
|
|
|
|
test_cmp expect actual
|
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2014-11-27 01:44:16 +03:00
|
|
|
test_expect_success 'receive.denyCurrentBranch = updateInstead' '
|
|
|
|
git push testrepo master &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2014-11-27 01:44:16 +03:00
|
|
|
git reset --hard &&
|
|
|
|
git config receive.denyCurrentBranch updateInstead
|
|
|
|
) &&
|
|
|
|
test_commit third path2 &&
|
2014-12-01 04:54:30 +03:00
|
|
|
|
|
|
|
# Try pushing into a repository with pristine working tree
|
2014-11-27 01:44:16 +03:00
|
|
|
git push testrepo master &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git update-index -q --refresh &&
|
|
|
|
git diff-files --quiet -- &&
|
|
|
|
git diff-index --quiet --cached HEAD -- &&
|
|
|
|
test third = "$(cat path2)" &&
|
|
|
|
test $(git -C .. rev-parse HEAD) = $(git rev-parse HEAD)
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# Try pushing into a repository with working tree needing a refresh
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard HEAD^ &&
|
|
|
|
test $(git -C .. rev-parse HEAD^) = $(git rev-parse HEAD) &&
|
2018-03-24 10:44:31 +03:00
|
|
|
test-tool chmtime +100 path1
|
2014-12-01 04:54:30 +03:00
|
|
|
) &&
|
|
|
|
git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
2014-11-27 01:44:16 +03:00
|
|
|
git update-index -q --refresh &&
|
|
|
|
git diff-files --quiet -- &&
|
|
|
|
git diff-index --quiet --cached HEAD -- &&
|
2014-12-01 04:54:30 +03:00
|
|
|
test_cmp ../path1 path1 &&
|
|
|
|
test third = "$(cat path2)" &&
|
|
|
|
test $(git -C .. rev-parse HEAD) = $(git rev-parse HEAD)
|
2014-11-27 01:44:16 +03:00
|
|
|
) &&
|
2014-12-01 04:54:30 +03:00
|
|
|
|
|
|
|
# Update what is to be pushed
|
2014-11-27 01:44:16 +03:00
|
|
|
test_commit fourth path2 &&
|
2014-12-01 04:54:30 +03:00
|
|
|
|
|
|
|
# Try pushing into a repository with a dirty working tree
|
|
|
|
# (1) the working tree updated
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
echo changed >path1
|
|
|
|
) &&
|
2014-11-27 01:44:16 +03:00
|
|
|
test_must_fail git push testrepo master &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test $(git -C .. rev-parse HEAD^) = $(git rev-parse HEAD) &&
|
|
|
|
git diff --quiet --cached &&
|
|
|
|
test changed = "$(cat path1)"
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# (2) the index updated
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
echo changed >path1 &&
|
|
|
|
git add path1
|
|
|
|
) &&
|
|
|
|
test_must_fail git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test $(git -C .. rev-parse HEAD^) = $(git rev-parse HEAD) &&
|
|
|
|
git diff --quiet &&
|
|
|
|
test changed = "$(cat path1)"
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# Introduce a new file in the update
|
|
|
|
test_commit fifth path3 &&
|
|
|
|
|
|
|
|
# (3) the working tree has an untracked file that would interfere
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard &&
|
|
|
|
echo changed >path3
|
|
|
|
) &&
|
|
|
|
test_must_fail git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test $(git -C .. rev-parse HEAD^^) = $(git rev-parse HEAD) &&
|
|
|
|
git diff --quiet &&
|
|
|
|
git diff --quiet --cached &&
|
|
|
|
test changed = "$(cat path3)"
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# (4) the target changes to what gets pushed but it still is a change
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard &&
|
|
|
|
echo fifth >path3 &&
|
|
|
|
git add path3
|
|
|
|
) &&
|
|
|
|
test_must_fail git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test $(git -C .. rev-parse HEAD^^) = $(git rev-parse HEAD) &&
|
2014-11-27 01:44:16 +03:00
|
|
|
git diff --quiet &&
|
2014-12-01 04:54:30 +03:00
|
|
|
test fifth = "$(cat path3)"
|
2015-04-01 09:15:45 +03:00
|
|
|
) &&
|
2014-12-01 04:54:30 +03:00
|
|
|
|
2015-04-01 09:15:45 +03:00
|
|
|
# (5) push into void
|
|
|
|
rm -fr void &&
|
|
|
|
git init void &&
|
|
|
|
(
|
|
|
|
cd void &&
|
|
|
|
git config receive.denyCurrentBranch updateInstead
|
|
|
|
) &&
|
|
|
|
git push void master &&
|
|
|
|
(
|
|
|
|
cd void &&
|
|
|
|
test $(git -C .. rev-parse master) = $(git rev-parse HEAD) &&
|
|
|
|
git diff --quiet &&
|
|
|
|
git diff --cached --quiet
|
2018-10-19 07:57:35 +03:00
|
|
|
) &&
|
|
|
|
|
|
|
|
# (6) updateInstead intervened by fast-forward check
|
|
|
|
test_must_fail git push void master^:master &&
|
|
|
|
test $(git -C void rev-parse HEAD) = $(git rev-parse master) &&
|
|
|
|
git -C void diff --quiet &&
|
|
|
|
git -C void diff --cached --quiet
|
2014-11-27 01:44:16 +03:00
|
|
|
'
|
|
|
|
|
2014-12-02 02:29:54 +03:00
|
|
|
test_expect_success 'updateInstead with push-to-checkout hook' '
|
|
|
|
rm -fr testrepo &&
|
|
|
|
git init testrepo &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git pull .. master &&
|
|
|
|
git reset --hard HEAD^^ &&
|
|
|
|
git tag initial &&
|
|
|
|
git config receive.denyCurrentBranch updateInstead &&
|
|
|
|
write_script .git/hooks/push-to-checkout <<-\EOF
|
|
|
|
echo >&2 updating from $(git rev-parse HEAD)
|
|
|
|
echo >&2 updating to "$1"
|
|
|
|
|
|
|
|
git update-index -q --refresh &&
|
|
|
|
git read-tree -u -m HEAD "$1" || {
|
|
|
|
status=$?
|
|
|
|
echo >&2 read-tree failed
|
|
|
|
exit $status
|
|
|
|
}
|
|
|
|
EOF
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# Try pushing into a pristine
|
|
|
|
git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git diff --quiet &&
|
|
|
|
git diff HEAD --quiet &&
|
|
|
|
test $(git -C .. rev-parse HEAD) = $(git rev-parse HEAD)
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# Try pushing into a repository with conflicting change
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard initial &&
|
|
|
|
echo conflicting >path2
|
|
|
|
) &&
|
|
|
|
test_must_fail git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test $(git rev-parse initial) = $(git rev-parse HEAD) &&
|
|
|
|
test conflicting = "$(cat path2)" &&
|
|
|
|
git diff-index --quiet --cached HEAD
|
|
|
|
) &&
|
|
|
|
|
|
|
|
# Try pushing into a repository with unrelated change
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git reset --hard initial &&
|
|
|
|
echo unrelated >path1 &&
|
|
|
|
echo irrelevant >path5 &&
|
|
|
|
git add path5
|
|
|
|
) &&
|
|
|
|
git push testrepo master &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
test "$(cat path1)" = unrelated &&
|
|
|
|
test "$(cat path5)" = irrelevant &&
|
|
|
|
test "$(git diff --name-only --cached HEAD)" = path5 &&
|
|
|
|
test $(git -C .. rev-parse HEAD) = $(git rev-parse HEAD)
|
2015-04-01 09:15:45 +03:00
|
|
|
) &&
|
|
|
|
|
|
|
|
# push into void
|
|
|
|
rm -fr void &&
|
|
|
|
git init void &&
|
|
|
|
(
|
|
|
|
cd void &&
|
|
|
|
git config receive.denyCurrentBranch updateInstead &&
|
|
|
|
write_script .git/hooks/push-to-checkout <<-\EOF
|
|
|
|
if git rev-parse --quiet --verify HEAD
|
|
|
|
then
|
|
|
|
has_head=yes
|
|
|
|
echo >&2 updating from $(git rev-parse HEAD)
|
|
|
|
else
|
|
|
|
has_head=no
|
|
|
|
echo >&2 pushing into void
|
|
|
|
fi
|
|
|
|
echo >&2 updating to "$1"
|
|
|
|
|
|
|
|
git update-index -q --refresh &&
|
|
|
|
case "$has_head" in
|
|
|
|
yes)
|
|
|
|
git read-tree -u -m HEAD "$1" ;;
|
|
|
|
no)
|
|
|
|
git read-tree -u -m "$1" ;;
|
|
|
|
esac || {
|
|
|
|
status=$?
|
|
|
|
echo >&2 read-tree failed
|
|
|
|
exit $status
|
|
|
|
}
|
|
|
|
EOF
|
|
|
|
) &&
|
|
|
|
|
|
|
|
git push void master &&
|
|
|
|
(
|
|
|
|
cd void &&
|
|
|
|
git diff --quiet &&
|
|
|
|
git diff --cached --quiet &&
|
|
|
|
test $(git -C .. rev-parse HEAD) = $(git rev-parse HEAD)
|
2014-12-02 02:29:54 +03:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2007-06-08 11:43:22 +04:00
|
|
|
test_done
|