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
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=main
|
tests: mark tests relying on the current default for `init.defaultBranch`
In addition to the manual adjustment to let the `linux-gcc` CI job run
the test suite with `master` and then with `main`, this patch makes sure
that GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME is set in all test scripts
that currently rely on the initial branch name being `master by default.
To determine which test scripts to mark up, the first step was to
force-set the default branch name to `master` in
- all test scripts that contain the keyword `master`,
- t4211, which expects `t/t4211/history.export` with a hard-coded ref to
initialize the default branch,
- t5560 because it sources `t/t556x_common` which uses `master`,
- t8002 and t8012 because both source `t/annotate-tests.sh` which also
uses `master`)
This trick was performed by this command:
$ sed -i '/^ *\. \.\/\(test-lib\|lib-\(bash\|cvs\|git-svn\)\|gitweb-lib\)\.sh$/i\
GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=master\
export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME\
' $(git grep -l master t/t[0-9]*.sh) \
t/t4211*.sh t/t5560*.sh t/t8002*.sh t/t8012*.sh
After that, careful, manual inspection revealed that some of the test
scripts containing the needle `master` do not actually rely on a
specific default branch name: either they mention `master` only in a
comment, or they initialize that branch specificially, or they do not
actually refer to the current default branch. Therefore, the
aforementioned modification was undone in those test scripts thusly:
$ git checkout HEAD -- \
t/t0027-auto-crlf.sh t/t0060-path-utils.sh \
t/t1011-read-tree-sparse-checkout.sh \
t/t1305-config-include.sh t/t1309-early-config.sh \
t/t1402-check-ref-format.sh t/t1450-fsck.sh \
t/t2024-checkout-dwim.sh \
t/t2106-update-index-assume-unchanged.sh \
t/t3040-subprojects-basic.sh t/t3301-notes.sh \
t/t3308-notes-merge.sh t/t3423-rebase-reword.sh \
t/t3436-rebase-more-options.sh \
t/t4015-diff-whitespace.sh t/t4257-am-interactive.sh \
t/t5323-pack-redundant.sh t/t5401-update-hooks.sh \
t/t5511-refspec.sh t/t5526-fetch-submodules.sh \
t/t5529-push-errors.sh t/t5530-upload-pack-error.sh \
t/t5548-push-porcelain.sh \
t/t5552-skipping-fetch-negotiator.sh \
t/t5572-pull-submodule.sh t/t5608-clone-2gb.sh \
t/t5614-clone-submodules-shallow.sh \
t/t7508-status.sh t/t7606-merge-custom.sh \
t/t9302-fast-import-unpack-limit.sh
We excluded one set of test scripts in these commands, though: the range
of `git p4` tests. The reason? `git p4` stores the (foreign) remote
branch in the branch called `p4/master`, which is obviously not the
default branch. Manual analysis revealed that only five of these tests
actually require a specific default branch name to pass; They were
modified thusly:
$ sed -i '/^ *\. \.\/lib-git-p4\.sh$/i\
GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME=master\
export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME\
' t/t980[0167]*.sh t/t9811*.sh
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-11-19 02:44:19 +03:00
|
|
|
export GIT_TEST_DEFAULT_INITIAL_BRANCH_NAME
|
|
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
the_first_commit=$(git show-ref -s --verify refs/heads/main) &&
|
2007-06-09 12:23:53 +04:00
|
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
the_commit=$(git show-ref -s --verify refs/heads/main)
|
2007-06-08 11:43:22 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git fetch .. refs/heads/main:refs/remotes/origin/main &&
|
2007-06-08 11:43:22 +04:00
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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 &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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 &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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 &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
git for-each-ref refs/remotes/origin >actual &&
|
|
|
|
test_cmp expect actual
|
2009-09-07 12:56:33 +04:00
|
|
|
)
|
|
|
|
'
|
|
|
|
|
2021-05-05 00:16:02 +03:00
|
|
|
grep_wrote () {
|
|
|
|
object_count=$1
|
|
|
|
file_name=$2
|
|
|
|
grep 'write_pack_file/wrote.*"value":"'$1'"' $2
|
|
|
|
}
|
|
|
|
|
|
|
|
test_expect_success 'push with negotiation' '
|
|
|
|
# Without negotiation
|
|
|
|
mk_empty testrepo &&
|
|
|
|
git push testrepo $the_first_commit:refs/remotes/origin/first_commit &&
|
|
|
|
git -C testrepo config receive.hideRefs refs/remotes/origin/first_commit &&
|
|
|
|
echo now pushing without negotiation &&
|
|
|
|
GIT_TRACE2_EVENT="$(pwd)/event" git -c protocol.version=2 push testrepo refs/heads/main:refs/remotes/origin/main &&
|
|
|
|
grep_wrote 5 event && # 2 commits, 2 trees, 1 blob
|
|
|
|
|
|
|
|
# Same commands, but with negotiation
|
|
|
|
rm event &&
|
|
|
|
mk_empty testrepo &&
|
|
|
|
git push testrepo $the_first_commit:refs/remotes/origin/first_commit &&
|
|
|
|
git -C testrepo config receive.hideRefs refs/remotes/origin/first_commit &&
|
|
|
|
GIT_TRACE2_EVENT="$(pwd)/event" git -c protocol.version=2 -c push.negotiate=1 push testrepo refs/heads/main:refs/remotes/origin/main &&
|
|
|
|
grep_wrote 2 event # 1 commit, 1 tree
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with negotiation proceeds anyway even if negotiation fails' '
|
|
|
|
rm event &&
|
|
|
|
mk_empty testrepo &&
|
|
|
|
git push testrepo $the_first_commit:refs/remotes/origin/first_commit &&
|
|
|
|
git -C testrepo config receive.hideRefs refs/remotes/origin/first_commit &&
|
|
|
|
GIT_TEST_PROTOCOL_VERSION=0 GIT_TRACE2_EVENT="$(pwd)/event" \
|
|
|
|
git -c push.negotiate=1 push testrepo refs/heads/main:refs/remotes/origin/main 2>err &&
|
|
|
|
grep_wrote 5 event && # 2 commits, 2 trees, 1 blob
|
|
|
|
test_i18ngrep "push negotiation failed" err
|
|
|
|
'
|
|
|
|
|
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
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo refs/heads/main:refs/remotes/origin/main &&
|
2007-06-08 11:43:22 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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/ &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push trash/testrepo refs/heads/main:refs/remotes/origin/main &&
|
2008-02-20 21:43:53 +03:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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/ &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push trash/testrepo refs/heads/main:refs/remotes/origin/main &&
|
2009-09-07 12:56:33 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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/" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push r refs/heads/main:refs/remotes/origin/main &&
|
2009-09-07 12:56:33 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push testrepo : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main
|
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' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main
|
2008-04-28 19:32:12 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'failed (non-fast-forward) push with matching heads' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git reset --hard $the_commit
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --force with matching heads' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
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 : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
! check_push_result testrepo $the_commit heads/main &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git reset --hard $the_commit
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with matching heads and forced update' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2008-04-28 19:32:12 +04:00
|
|
|
git push testrepo : &&
|
|
|
|
git commit --amend -massaged &&
|
|
|
|
git push testrepo +: &&
|
2020-11-19 02:44:32 +03:00
|
|
|
! check_push_result testrepo $the_commit heads/main &&
|
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)' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git push testrepo main:main &&
|
|
|
|
check_push_result testrepo $the_commit heads/main
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with no ambiguity (2)' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo remotes/origin/main &&
|
|
|
|
git push testrepo main:origin/main &&
|
|
|
|
check_push_result testrepo $the_commit remotes/origin/main
|
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' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main heads/t/main &&
|
|
|
|
git branch -f t/main main &&
|
|
|
|
git push testrepo main &&
|
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/t/main
|
2007-11-11 17:01:47 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
2007-06-09 12:23:53 +04:00
|
|
|
test_expect_success 'push with weak ambiguity (1)' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main remotes/origin/main &&
|
|
|
|
git push testrepo main:main &&
|
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
|
|
|
check_push_result testrepo $the_first_commit remotes/origin/main
|
2007-06-09 12:23:53 +04:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push with weak ambiguity (2)' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main remotes/origin/main remotes/another/main &&
|
|
|
|
git push testrepo main:main &&
|
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
|
|
|
check_push_result testrepo $the_first_commit remotes/origin/main remotes/another/main
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main: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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git branch -f frotz main &&
|
2007-06-09 12:37:14 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git branch -f frotz main &&
|
2007-06-09 12:37:14 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main: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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo $(git rev-parse main):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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main^: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
|
|
|
|
|
|
|
'
|
|
|
|
|
2020-11-26 03:16:16 +03:00
|
|
|
for head in HEAD @
|
|
|
|
do
|
|
|
|
|
|
|
|
test_expect_success "push with $head" '
|
2021-01-26 01:19:18 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git checkout main &&
|
2020-11-26 03:16:16 +03:00
|
|
|
git push testrepo $head &&
|
2021-01-26 01:19:18 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main
|
2020-11-26 03:16:16 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success "push with $head nonexisting at remote" '
|
2021-01-26 01:19:18 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git checkout -b local main &&
|
|
|
|
test_when_finished "git checkout main; git branch -D local" &&
|
2020-11-26 03:16:16 +03:00
|
|
|
git push testrepo $head &&
|
|
|
|
check_push_result testrepo $the_commit heads/local
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success "push with +$head" '
|
2021-01-26 01:19:18 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git checkout -b local main &&
|
|
|
|
test_when_finished "git checkout main; git branch -D local" &&
|
|
|
|
git push testrepo main local &&
|
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
2020-11-26 03:16:16 +03:00
|
|
|
check_push_result testrepo $the_commit heads/local &&
|
|
|
|
|
|
|
|
# Without force rewinding should fail
|
|
|
|
git reset --hard $head^ &&
|
|
|
|
test_must_fail git push testrepo $head &&
|
|
|
|
check_push_result testrepo $the_commit heads/local &&
|
|
|
|
|
|
|
|
# With force rewinding should succeed
|
|
|
|
git push testrepo +$head &&
|
|
|
|
check_push_result testrepo $the_first_commit heads/local
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success "push $head with non-existent, incomplete dest" '
|
|
|
|
mk_test testrepo &&
|
2021-01-26 01:19:18 +03:00
|
|
|
git checkout main &&
|
2020-11-26 03:16:16 +03:00
|
|
|
git push testrepo $head:branch &&
|
|
|
|
check_push_result testrepo $the_commit heads/branch
|
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success "push with config remote.*.push = $head" '
|
|
|
|
mk_test testrepo heads/local &&
|
2021-01-26 01:19:18 +03:00
|
|
|
git checkout main &&
|
2020-11-26 03:16:16 +03:00
|
|
|
git branch -f local $the_commit &&
|
|
|
|
test_when_finished "git branch -D local" &&
|
|
|
|
(
|
|
|
|
cd testrepo &&
|
|
|
|
git checkout local &&
|
|
|
|
git reset --hard $the_first_commit
|
|
|
|
) &&
|
|
|
|
test_config remote.there.url testrepo &&
|
|
|
|
test_config remote.there.push $head &&
|
2021-01-26 01:19:18 +03:00
|
|
|
test_config branch.main.remote there &&
|
2020-11-26 03:16:16 +03:00
|
|
|
git push &&
|
2021-01-26 01:19:18 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
2020-11-26 03:16:16 +03:00
|
|
|
check_push_result testrepo $the_first_commit heads/local
|
|
|
|
'
|
|
|
|
|
|
|
|
done
|
2008-02-20 20:54:05 +03:00
|
|
|
|
2013-04-02 11:40:33 +04:00
|
|
|
test_expect_success 'push with remote.pushdefault' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test up_repo heads/main &&
|
|
|
|
mk_test down_repo heads/main &&
|
2013-04-02 11:40:33 +04:00
|
|
|
test_config remote.up.url up_repo &&
|
|
|
|
test_config remote.down.url down_repo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_config branch.main.remote up &&
|
2013-04-02 11:40:33 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result up_repo $the_first_commit heads/main &&
|
|
|
|
check_push_result down_repo $the_commit heads/main
|
2008-02-20 20:54:05 +03:00
|
|
|
'
|
|
|
|
|
2009-06-09 20:01:35 +04:00
|
|
|
test_expect_success 'push with config remote.*.pushurl' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git checkout main &&
|
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 : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main
|
2009-06-09 20:01:35 +04:00
|
|
|
'
|
|
|
|
|
2013-04-02 11:40:34 +04:00
|
|
|
test_expect_success 'push with config branch.*.pushremote' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test up_repo heads/main &&
|
|
|
|
mk_test side_repo heads/main &&
|
|
|
|
mk_test down_repo heads/main &&
|
2013-04-02 11:40:34 +04:00
|
|
|
test_config remote.up.url up_repo &&
|
|
|
|
test_config remote.pushdefault side_repo &&
|
|
|
|
test_config remote.down.url down_repo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_config branch.main.remote up &&
|
|
|
|
test_config branch.main.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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result up_repo $the_first_commit heads/main &&
|
|
|
|
check_push_result side_repo $the_first_commit heads/main &&
|
|
|
|
check_push_result down_repo $the_commit heads/main
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test one_repo heads/main &&
|
|
|
|
mk_test two_repo heads/main &&
|
2014-02-24 12:59:03 +04:00
|
|
|
test_config remote.one.url one_repo &&
|
|
|
|
test_config remote.two.url two_repo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_config branch.main.pushremote two_repo &&
|
2014-02-24 12:59:03 +04:00
|
|
|
test_config remote.pushdefault one_repo &&
|
|
|
|
test_config push.default matching &&
|
|
|
|
git push &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result one_repo $the_first_commit heads/main &&
|
|
|
|
check_push_result two_repo $the_commit heads/main
|
2014-02-24 12:59:03 +04:00
|
|
|
'
|
|
|
|
|
2007-10-11 23:32:27 +04:00
|
|
|
test_expect_success 'push with dry-run' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
old_commit=$(git -C testrepo show-ref -s --verify refs/heads/main) &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push --dry-run testrepo : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $old_commit heads/main
|
2007-10-11 23:32:27 +04:00
|
|
|
'
|
|
|
|
|
2007-11-29 04:02:53 +03:00
|
|
|
test_expect_success 'push updates local refs' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_child testrepo child &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull .. main &&
|
2007-11-29 04:02:53 +03:00
|
|
|
git push &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test $(git rev-parse main) = \
|
|
|
|
$(git rev-parse remotes/origin/main)
|
2010-04-20 02:08:31 +04:00
|
|
|
)
|
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' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_child testrepo child1 &&
|
|
|
|
mk_child testrepo child2 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
(cd child1 && git pull .. main && git push) &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child2 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../child1 main &&
|
2008-11-05 23:55:54 +03:00
|
|
|
git push &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test $(git rev-parse main) = \
|
|
|
|
$(git rev-parse remotes/origin/main)
|
2010-04-20 02:08:31 +04:00
|
|
|
)
|
2008-11-05 23:55:54 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push preserves up-to-date packed refs' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
mk_child testrepo child &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd child &&
|
2008-11-05 23:55:54 +03:00
|
|
|
git push &&
|
2020-11-19 02:44:32 +03:00
|
|
|
! test -f .git/refs/remotes/origin/main
|
2010-04-20 02:08:31 +04:00
|
|
|
)
|
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' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull .. main &&
|
2008-07-12 19:47:52 +04:00
|
|
|
test_must_fail git push &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test $(git rev-parse main) != \
|
|
|
|
$(git rev-parse remotes/origin/main)
|
2010-04-20 02:08:31 +04:00
|
|
|
)
|
2007-11-29 04:02:53 +03:00
|
|
|
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow deleting an invalid remote ref' '
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2007-11-29 04:02:53 +03:00
|
|
|
rm -f testrepo/.git/objects/??/* &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo :refs/heads/main &&
|
|
|
|
(cd testrepo && test_must_fail git rev-parse --verify refs/heads/main)
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test_with_hooks testrepo heads/main heads/next &&
|
|
|
|
orgmain=$(cd testrepo && git show-ref -s --verify refs/heads/main) &&
|
|
|
|
newmain=$(git show-ref -s --verify refs/heads/main) &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgnext=$(cd testrepo && git show-ref -s --verify refs/heads/next) &&
|
2018-05-13 05:24:13 +03:00
|
|
|
newnext=$ZERO_OID &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo refs/heads/main:refs/heads/main :refs/heads/next &&
|
2011-09-28 19:39:35 +04:00
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main $orgmain $newmain
|
2011-09-28 19:39:35 +04:00
|
|
|
refs/heads/next $orgnext $newnext
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
$orgnext $newnext refs/heads/next
|
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test_with_hooks testrepo heads/main &&
|
2011-09-28 19:39:35 +04:00
|
|
|
rm -f testrepo/.git/objects/??/* &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo :refs/heads/main &&
|
2011-09-28 19:39:35 +04:00
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main $ZERO_OID $ZERO_OID
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$ZERO_OID $ZERO_OID refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test_with_hooks testrepo heads/main &&
|
|
|
|
orgmain=$(cd testrepo && git show-ref -s --verify refs/heads/main) &&
|
|
|
|
newmain=$(git show-ref -s --verify refs/heads/main) &&
|
|
|
|
git push testrepo main :refs/heads/nonexistent &&
|
2011-09-28 19:39:35 +04:00
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main $orgmain $newmain
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test_with_hooks testrepo heads/main &&
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test_with_hooks testrepo heads/main heads/next heads/seen &&
|
|
|
|
orgmain=$(cd testrepo && git show-ref -s --verify refs/heads/main) &&
|
|
|
|
newmain=$(git show-ref -s --verify refs/heads/main) &&
|
2011-09-28 19:39:35 +04:00
|
|
|
orgnext=$(cd testrepo && git show-ref -s --verify refs/heads/next) &&
|
2018-05-13 05:24:13 +03:00
|
|
|
newnext=$ZERO_OID &&
|
2020-06-25 15:18:59 +03:00
|
|
|
orgseen=$(cd testrepo && git show-ref -s --verify refs/heads/seen) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
newseen=$(git show-ref -s --verify refs/heads/main) &&
|
|
|
|
git push testrepo refs/heads/main:refs/heads/main \
|
|
|
|
refs/heads/main:refs/heads/seen :refs/heads/next \
|
2011-09-28 19:39:35 +04:00
|
|
|
:refs/heads/nonexistent &&
|
|
|
|
(
|
|
|
|
cd testrepo/.git &&
|
|
|
|
cat >pre-receive.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
$orgnext $newnext refs/heads/next
|
2020-06-25 15:18:59 +03:00
|
|
|
$orgseen $newseen refs/heads/seen
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main $orgmain $newmain
|
2011-09-28 19:39:35 +04:00
|
|
|
refs/heads/next $orgnext $newnext
|
2020-06-25 15:18:59 +03:00
|
|
|
refs/heads/seen $orgseen $newseen
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
$orgmain $newmain refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
$orgnext $newnext refs/heads/next
|
2020-06-25 15:18:59 +03:00
|
|
|
$orgseen $newseen refs/heads/seen
|
2011-09-28 19:39:35 +04:00
|
|
|
EOF
|
|
|
|
|
|
|
|
cat >post-update.expect <<-EOF &&
|
2020-11-19 02:44:32 +03:00
|
|
|
refs/heads/main
|
2011-09-28 19:39:35 +04:00
|
|
|
refs/heads/next
|
2020-06-25 15:18:59 +03:00
|
|
|
refs/heads/seen
|
2011-09-28 19:39:35 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2009-12-30 22:57:42 +03:00
|
|
|
(cd testrepo && git config receive.denyDeleteCurrent warn) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo --delete main &&
|
|
|
|
(cd testrepo && test_must_fail git rev-parse --verify refs/heads/main)
|
2009-12-30 22:57:42 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow deleting a tag using --delete' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
git tag -a -m dummy_message deltag heads/main &&
|
2009-12-30 22:57:42 +03:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2009-12-30 22:57:42 +03:00
|
|
|
test_must_fail git push testrepo --delete
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'push --delete refuses src:dest refspecs' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
|
|
|
test_must_fail git push testrepo --delete main:foo
|
2009-12-30 22:57:42 +03:00
|
|
|
'
|
|
|
|
|
2021-02-24 02:13:32 +03:00
|
|
|
test_expect_success 'push --delete refuses empty string' '
|
|
|
|
mk_test testrepo heads/master &&
|
|
|
|
test_must_fail git push testrepo --delete ""
|
|
|
|
'
|
|
|
|
|
2008-11-09 04:49:27 +03:00
|
|
|
test_expect_success 'warn on push to HEAD of non-bare repository' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config receive.denyCurrentBranch warn
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main 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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config receive.denyCurrentBranch true
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main
|
2008-11-09 04:49:27 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'allow push to HEAD of bare repository (bare)' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git config receive.denyCurrentBranch true &&
|
2010-04-20 02:08:31 +04:00
|
|
|
git config core.bare true
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main 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)' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2010-04-20 02:08:31 +04:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
2008-11-09 04:49:27 +03:00
|
|
|
git config receive.denyCurrentBranch false
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main 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
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main
|
2008-11-11 00:47:11 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
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
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main
|
2008-11-11 00:47:11 +03:00
|
|
|
'
|
|
|
|
|
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_first_commit commit refs/heads/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main
|
2008-11-11 00:47:11 +03:00
|
|
|
'
|
|
|
|
|
2010-04-20 02:19:18 +04:00
|
|
|
test_expect_success 'push into aliased refs (consistent)' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
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)' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
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" "
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2018-07-31 16:07:13 +03:00
|
|
|
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" "
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2018-08-31 23:09:59 +03:00
|
|
|
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" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo >>.git/foo "* refs/heads/main:refs/remotes/origin/main [new reference]" &&
|
2010-02-27 07:52:16 +03:00
|
|
|
echo >>.git/foo "Done" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push >.git/bar --porcelain testrepo refs/heads/main:refs/remotes/origin/main &&
|
2010-02-27 07:52:16 +03:00
|
|
|
(
|
|
|
|
cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo "$the_commit commit refs/remotes/origin/main" >expect &&
|
2013-03-19 03:13:41 +04:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push >.git/bar --porcelain asdfasdfasd refs/heads/main:refs/remotes/origin/main &&
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo refs/heads/main:refs/remotes/origin/main &&
|
2010-02-27 07:52:16 +03:00
|
|
|
(cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git reset --hard origin/main^ &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git config receive.denyCurrentBranch true) &&
|
|
|
|
|
|
|
|
echo >.git/foo "To testrepo" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo >>.git/foo "! refs/heads/main:refs/heads/main [remote rejected] (branch is currently checked out)" &&
|
2020-04-17 12:45:32 +03:00
|
|
|
echo >>.git/foo "Done" &&
|
2010-02-27 07:52:16 +03:00
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push >.git/bar --porcelain testrepo refs/heads/main:refs/heads/main &&
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo refs/heads/main:refs/remotes/origin/main &&
|
2010-02-27 07:52:16 +03:00
|
|
|
(cd testrepo &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git reset --hard origin/main &&
|
2010-02-27 07:52:16 +03:00
|
|
|
git config receive.denyCurrentBranch true) &&
|
|
|
|
|
|
|
|
echo >.git/foo "To testrepo" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
echo >>.git/foo "! refs/heads/main^:refs/heads/main [rejected] (non-fast-forward)" &&
|
2010-02-27 07:52:16 +03:00
|
|
|
echo >>.git/foo "Done" &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push >.git/bar --porcelain --dry-run testrepo refs/heads/main^:refs/heads/main &&
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main heads/second heads/foo heads/bar &&
|
2013-01-05 04:08:26 +04:00
|
|
|
git push --prune testrepo : &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo tmp/main tmp/second tmp/foo tmp/bar &&
|
2012-02-23 02:43:41 +04:00
|
|
|
git push --prune testrepo "refs/heads/*:refs/tmp/*" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
check_push_result testrepo $the_commit tmp/main &&
|
2013-04-02 11:40:31 +04:00
|
|
|
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" '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main 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
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main:refs/heads/main &&
|
|
|
|
check_push_result testrepo $the_commit heads/main &&
|
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
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main: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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main hidden/one &&
|
|
|
|
git push testrepo main:refs/hidden/one &&
|
2013-01-30 02:02:15 +04:00
|
|
|
(
|
|
|
|
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 &&
|
|
|
|
|
2019-02-26 00:54:08 +03:00
|
|
|
# Some protocol versions (e.g. 2) support fetching
|
|
|
|
# unadvertised objects, so restrict this test to v0.
|
|
|
|
|
2013-01-30 02:02:15 +04:00
|
|
|
# fetching the hidden object should fail by default
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
2019-02-26 00:54:08 +03:00
|
|
|
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
|
|
|
|
) &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git fetch -v ../testrepo $the_commit:refs/heads/copy main:refs/heads/extra &&
|
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
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main hidden/one &&
|
|
|
|
git push testrepo main:refs/hidden/one &&
|
2018-05-31 10:23:39 +03:00
|
|
|
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 &&
|
2019-02-26 00:54:08 +03:00
|
|
|
# Some protocol versions (e.g. 2) support fetching
|
|
|
|
# unadvertised objects, so restrict this test to v0.
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
2019-02-26 00:54:08 +03:00
|
|
|
git fetch --depth=1 ../testrepo/.git $SHA1 &&
|
2015-05-21 23:23:39 +03:00
|
|
|
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-02-26 00:54:08 +03:00
|
|
|
# Some protocol versions (e.g. 2) support fetching
|
|
|
|
# unadvertised objects, so restrict this test to v0.
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
2019-02-26 00:54:08 +03:00
|
|
|
git fetch ../testrepo/.git $SHA1_3 &&
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
2019-02-26 00:54:08 +03:00
|
|
|
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 &&
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
2019-04-25 10:41:23 +03:00
|
|
|
git fetch ../testrepo/.git $SHA1_3 2>err &&
|
t5516: loosen "not our ref" error check
Commit 014ade7484 (upload-pack: send ERR packet for non-tip objects,
2019-04-13) added a test that greps the output of a failed fetch to make
sure that upload-pack sent us the ERR packet we expected. But checking
this is racy; despite the argument in that commit, the client may still
be sending a "done" line after the server exits, causing it to die() on
a failed write() and never see the ERR packet at all.
This fails quite rarely on Linux, but more often on macOS. However, it
can be triggered reliably with:
diff --git a/fetch-pack.c b/fetch-pack.c
index 876f90c759..cf40de9092 100644
--- a/fetch-pack.c
+++ b/fetch-pack.c
@@ -489,6 +489,7 @@ static int find_common(struct fetch_negotiator *negotiator,
done:
trace2_region_leave("fetch-pack", "negotiation_v0_v1", the_repository);
if (!got_ready || !no_done) {
+ sleep(1);
packet_buf_write(&req_buf, "done\n");
send_request(args, fd[1], &req_buf);
}
This is a real user-visible race that it would be nice to fix, but it's
tricky to do so: the client would have to speculatively try to read an
ERR packet after hitting a write() error. And at least for this error,
it's specific to v0 (since v2 does not enforce reachability at all).
So let's loosen the test to avoid annoying racy failures. If we
eventually do the read-after-failed-write thing, we can tighten it. And
if not, v0 will grow increasingly obsolete as servers support v2, so the
utility of this test will decrease over time anyway.
Note that we can still check stderr to make sure upload-pack bailed for
the reason we expected. It writes a similar message to stderr, and
because the server side is just another process connected by pipes,
we'll reliably see it. This would not be the case for git://, or for
ssh servers that do not relay stderr (e.g., GitHub's custom endpoint
does not).
Helped-by: SZEDER Gábor <szeder.dev@gmail.com>
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2021-01-10 06:23:09 +03:00
|
|
|
# ideally we would insist this be on a "remote error:"
|
|
|
|
# line, but it is racy; see the commit message
|
|
|
|
test_i18ngrep "not our ref.*$SHA1_3\$" 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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git for-each-ref >tmp1 &&
|
|
|
|
(
|
|
|
|
cat tmp1
|
2020-11-19 02:44:32 +03:00
|
|
|
sed -n "s|refs/heads/main$|refs/remotes/origin/main|p" tmp1
|
2013-03-05 00:09:50 +04:00
|
|
|
) |
|
|
|
|
sort -k 3 >../expect
|
|
|
|
) &&
|
|
|
|
git init dst &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
git remote add origin ../src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git config branch.main.remote origin &&
|
|
|
|
git config branch.main.merge refs/heads/main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
git pull &&
|
|
|
|
git for-each-ref >../actual
|
|
|
|
) &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
fetch: do not consider peeled tags as advertised tips
Our filter_refs() function accidentally considers the target of a peeled
tag to be advertised by the server, even though upload-pack on the
server side does not consider it so. This can result in the client
making a bogus fetch to the server, which will end with the server
complaining "not our ref". Whereas the correct behavior is for the
client to notice that the server will not allow the request and error
out immediately.
So as bugs go, this is not very serious (the outcome is the same either
way -- the fetch fails). But it's worth making the logic here correct
and consistent with other related cases (e.g., fetching an oid that the
server did not mention at all).
The crux of the issue comes from fdb69d33c4 (fetch-pack: always allow
fetching of literal SHA1s, 2017-05-15). After that, the strategy of
filter_refs() is basically:
- for each advertised ref, try to match it with a "sought" ref
provided by the user. Skip any malformed refs (which includes
peeled values like "refs/tags/foo^{}"), and place any unmatched
items onto the unmatched list.
- if there are unmatched sought refs, then put all of the advertised
tips into an oidset, including the unmatched ones.
- for each sought ref, see if it's in the oidset, in which case it's
legal for us to ask the server for it
The problem is in the second step. Our list of unmatched refs includes
the peeled refs, even though upload-pack does not allow them to be
directly fetched. So the simplest fix would be to exclude them during
that step.
However, we can observe that the unmatched list isn't used for anything
else, and is freed at the end. We can just free those malformed refs
immediately. That saves us having to check each ref a second time to see
if it's malformed.
Note that this code only kicks in when "strict" is in effect. I.e., if
we are using the v0 protocol and uploadpack.allowReachableSHA1InWant is
not in effect. With v2, all oids are allowed, and we do not bother
creating or consulting the oidset at all. To future-proof our test
against the upcoming GIT_TEST_PROTOCOL_VERSION flag, we'll manually mark
it as a v0-only test.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-04-13 08:57:37 +03:00
|
|
|
test_expect_success 'peeled advertisements are not considered ref tips' '
|
|
|
|
mk_empty testrepo &&
|
|
|
|
git -C testrepo commit --allow-empty -m one &&
|
|
|
|
git -C testrepo commit --allow-empty -m two &&
|
|
|
|
git -C testrepo tag -m foo mytag HEAD^ &&
|
|
|
|
oid=$(git -C testrepo rev-parse mytag^{commit}) &&
|
2019-12-24 04:01:10 +03:00
|
|
|
test_must_fail env GIT_TEST_PROTOCOL_VERSION=0 \
|
fetch: do not consider peeled tags as advertised tips
Our filter_refs() function accidentally considers the target of a peeled
tag to be advertised by the server, even though upload-pack on the
server side does not consider it so. This can result in the client
making a bogus fetch to the server, which will end with the server
complaining "not our ref". Whereas the correct behavior is for the
client to notice that the server will not allow the request and error
out immediately.
So as bugs go, this is not very serious (the outcome is the same either
way -- the fetch fails). But it's worth making the logic here correct
and consistent with other related cases (e.g., fetching an oid that the
server did not mention at all).
The crux of the issue comes from fdb69d33c4 (fetch-pack: always allow
fetching of literal SHA1s, 2017-05-15). After that, the strategy of
filter_refs() is basically:
- for each advertised ref, try to match it with a "sought" ref
provided by the user. Skip any malformed refs (which includes
peeled values like "refs/tags/foo^{}"), and place any unmatched
items onto the unmatched list.
- if there are unmatched sought refs, then put all of the advertised
tips into an oidset, including the unmatched ones.
- for each sought ref, see if it's in the oidset, in which case it's
legal for us to ask the server for it
The problem is in the second step. Our list of unmatched refs includes
the peeled refs, even though upload-pack does not allow them to be
directly fetched. So the simplest fix would be to exclude them during
that step.
However, we can observe that the unmatched list isn't used for anything
else, and is freed at the end. We can just free those malformed refs
immediately. That saves us having to check each ref a second time to see
if it's malformed.
Note that this code only kicks in when "strict" is in effect. I.e., if
we are using the v0 protocol and uploadpack.allowReachableSHA1InWant is
not in effect. With v2, all oids are allowed, and we do not bother
creating or consulting the oidset at all. To future-proof our test
against the upcoming GIT_TEST_PROTOCOL_VERSION flag, we'll manually mark
it as a v0-only test.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2019-04-13 08:57:37 +03:00
|
|
|
git fetch testrepo $oid 2>err &&
|
|
|
|
test_i18ngrep "Server does not allow request for unadvertised object" err
|
|
|
|
'
|
|
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
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
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
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 branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
|
|
|
git config remote.dst.push "+refs/heads/*:refs/remotes/src/*" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push dst main &&
|
|
|
|
git show-ref refs/heads/main |
|
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
|
|
|
sed -e "s|refs/heads/|refs/remotes/src/|" >../dst/expect
|
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
test_must_fail git show-ref refs/heads/next &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git show-ref refs/heads/main &&
|
|
|
|
git show-ref refs/remotes/src/main >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_cmp dst/expect dst/actual
|
|
|
|
'
|
|
|
|
|
|
|
|
test_expect_success 'with no remote.$name.push, it is not used as refmap' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
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
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
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 branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
2013-12-04 04:23:35 +04:00
|
|
|
git config push.default matching &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push dst main &&
|
|
|
|
git show-ref refs/heads/main >../dst/expect
|
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
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
test_must_fail git show-ref refs/heads/next &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git show-ref refs/heads/main >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_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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-12-04 04:23:35 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
2013-12-04 04:23:35 +04:00
|
|
|
git branch next &&
|
|
|
|
git config remote.dst.url ../dst &&
|
|
|
|
git config remote.dst.fetch "+refs/heads/*:refs/remotes/dst/*" &&
|
|
|
|
git config push.default upstream &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git config branch.main.merge refs/heads/trunk &&
|
|
|
|
git config branch.main.remote dst &&
|
2013-12-04 04:23:35 +04:00
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git push dst main &&
|
|
|
|
git show-ref refs/heads/main |
|
|
|
|
sed -e "s|refs/heads/main|refs/heads/trunk|" >../dst/expect
|
2013-12-04 04:23:35 +04:00
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git show-ref refs/heads/main &&
|
2013-12-04 04:23:35 +04:00
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git checkout -b another &&
|
|
|
|
git commit --allow-empty -m "future commit" &&
|
|
|
|
git tag -m "future" future &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
|
|
|
git for-each-ref refs/heads/main >../expect &&
|
|
|
|
git push ../dst main
|
2013-03-05 00:09:50 +04:00
|
|
|
) &&
|
|
|
|
(
|
|
|
|
cd dst &&
|
|
|
|
git for-each-ref >../actual
|
|
|
|
) &&
|
|
|
|
test_cmp expect actual
|
|
|
|
'
|
|
|
|
|
2019-03-25 21:14:21 +03:00
|
|
|
test_expect_success 'push --follow-tags only pushes relevant tags' '
|
2020-11-19 02:44:32 +03:00
|
|
|
mk_test testrepo heads/main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
rm -fr src dst &&
|
|
|
|
git init src &&
|
|
|
|
git init --bare dst &&
|
|
|
|
(
|
|
|
|
cd src &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull ../testrepo main &&
|
2013-03-05 00:09:50 +04:00
|
|
|
git tag -m "annotated" tag &&
|
|
|
|
git checkout -b another &&
|
|
|
|
git commit --allow-empty -m "future commit" &&
|
|
|
|
git tag -m "future" future &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git checkout main &&
|
|
|
|
git for-each-ref refs/heads/main refs/tags/tag >../expect &&
|
|
|
|
git push --follow-tags ../dst main
|
2013-03-05 00:09:50 +04:00
|
|
|
) &&
|
|
|
|
(
|
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push no-thin/.git refs/heads/main:refs/heads/foo &&
|
2013-08-12 17:55:55 +04:00
|
|
|
echo modified >> path1 &&
|
|
|
|
git commit -am modified &&
|
|
|
|
git repack -adf &&
|
|
|
|
rcvpck="git receive-pack --reject-thin-pack-for-testing" &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push --no-thin --receive-pack="$rcvpck" no-thin/.git refs/heads/main:refs/heads/foo
|
2013-08-12 17:55:55 +04:00
|
|
|
'
|
|
|
|
|
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
|
2020-11-19 02:44:32 +03:00
|
|
|
git push dst.git main:one &&
|
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
|
|
|
echo "one@{0} push" >expect &&
|
|
|
|
git -C dst.git log -g --format="%gd %gs" one >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git push dst.git main:two &&
|
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
|
|
|
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
|
2020-11-19 02:44:32 +03:00
|
|
|
git fetch .. main:one &&
|
|
|
|
echo "one@{0} fetch .. main:one: storing head" >expect &&
|
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
|
|
|
git log -g --format="%gd %gs" one >actual &&
|
|
|
|
test_cmp expect actual &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git fetch .. main:two &&
|
|
|
|
echo "two@{0} fetch .. main:two: storing head" >expect &&
|
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
|
|
|
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' '
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main &&
|
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
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main &&
|
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
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main &&
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main &&
|
2014-12-01 04:54:30 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push void main &&
|
2015-04-01 09:15:45 +03:00
|
|
|
(
|
|
|
|
cd void &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test $(git -C .. rev-parse main) = $(git rev-parse HEAD) &&
|
2015-04-01 09:15:45 +03:00
|
|
|
git diff --quiet &&
|
|
|
|
git diff --cached --quiet
|
2018-10-19 07:57:35 +03:00
|
|
|
) &&
|
|
|
|
|
|
|
|
# (6) updateInstead intervened by fast-forward check
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push void main^:main &&
|
|
|
|
test $(git -C void rev-parse HEAD) = $(git rev-parse main) &&
|
2018-10-19 07:57:35 +03:00
|
|
|
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 &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git pull .. main &&
|
2014-12-02 02:29:54 +03:00
|
|
|
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
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main &&
|
2014-12-02 02:29:54 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
test_must_fail git push testrepo main &&
|
2014-12-02 02:29:54 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
2020-11-19 02:44:32 +03:00
|
|
|
git push testrepo main &&
|
2014-12-02 02:29:54 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
|
) &&
|
|
|
|
|
2020-11-19 02:44:32 +03:00
|
|
|
git push void main &&
|
2015-04-01 09:15:45 +03:00
|
|
|
(
|
|
|
|
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
|
|
|
)
|
|
|
|
'
|
|
|
|
|
receive.denyCurrentBranch: respect all worktrees
The receive.denyCurrentBranch config option controls what happens if
you push to a branch that is checked out into a non-bare repository.
By default, it rejects it. It can be disabled via `ignore` or `warn`.
Another yet trickier option is `updateInstead`.
However, this setting was forgotten when the git worktree command was
introduced: only the main worktree's current branch is respected.
With this change, all worktrees are respected.
That change also leads to revealing another bug,
i.e. `receive.denyCurrentBranch = true` was ignored when pushing into a
non-bare repository's unborn current branch using ref namespaces. As
`is_ref_checked_out()` returns 0 which means `receive-pack` does not get
into conditional statement to switch `deny_current_branch` accordingly
(ignore, warn, refuse, unconfigured, updateInstead).
receive.denyCurrentBranch uses the function `refs_resolve_ref_unsafe()`
(called via `resolve_refdup()`) to resolve the symbolic ref HEAD, but
that function fails when HEAD does not point at a valid commit.
As we replace the call to `refs_resolve_ref_unsafe()` with
`find_shared_symref()`, which has no problem finding the worktree for a
given branch even if it is unborn yet, this bug is fixed at the same
time: receive.denyCurrentBranch now also handles worktrees with unborn
branches as intended even while using ref namespaces.
Helped-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Hariom Verma <hariom18599@gmail.com>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2020-02-23 21:57:10 +03:00
|
|
|
test_expect_success 'denyCurrentBranch and worktrees' '
|
|
|
|
git worktree add new-wt &&
|
|
|
|
git clone . cloned &&
|
|
|
|
test_commit -C cloned first &&
|
|
|
|
test_config receive.denyCurrentBranch refuse &&
|
|
|
|
test_must_fail git -C cloned push origin HEAD:new-wt &&
|
|
|
|
test_config receive.denyCurrentBranch updateInstead &&
|
|
|
|
git -C cloned push origin HEAD:new-wt &&
|
|
|
|
test_must_fail git -C cloned push --delete origin new-wt
|
|
|
|
'
|
|
|
|
|
2007-06-08 11:43:22 +04:00
|
|
|
test_done
|