aboutsummaryrefslogtreecommitdiff
path: root/t/t5512-ls-remote.sh
diff options
context:
space:
mode:
authorHeiko Voigt <hvoigt@hvoigt.net>2012-06-19 20:24:50 +0200
committerJunio C Hamano <gitster@pobox.com>2012-06-19 13:37:02 -0700
commit46284dd1528d7bff53a4ef7c398648da91ea0842 (patch)
treea44da26f4f66b5d6d9512d3ffd8f139d4b988868 /t/t5512-ls-remote.sh
parentf174a2583c9f42315b60205890fa67a79a1f1669 (diff)
downloadgit-46284dd1528d7bff53a4ef7c398648da91ea0842.tar.gz
git-46284dd1528d7bff53a4ef7c398648da91ea0842.tar.xz
remove the impression of unexpectedness when access is denied
If a server accessed through ssh is denying access git will currently issue the message "fatal: The remote end hung up unexpectedly" as the last line. This sounds as if something really ugly just happened. Since this is a quite typical situation in which users regularly get we do not say that if it happens at the beginning when reading the remote heads. If its in the very first beginning of reading the remote heads it is very likely an authentication error or a missing repository. If it happens later during reading the remote heads we still indicate that it happened during this initial contact phase. Signed-off-by: Heiko Voigt <hvoigt@hvoigt.net> Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5512-ls-remote.sh')
-rwxr-xr-xt/t5512-ls-remote.sh16
1 files changed, 7 insertions, 9 deletions
diff --git a/t/t5512-ls-remote.sh b/t/t5512-ls-remote.sh
index 5c546c99a..2ab66d6e3 100755
--- a/t/t5512-ls-remote.sh
+++ b/t/t5512-ls-remote.sh
@@ -104,18 +104,16 @@ test_expect_success 'use branch.<name>.remote if possible' '
cat >exp <<EOF
fatal: 'refs*master' does not appear to be a git repository
-fatal: The remote end hung up unexpectedly
+fatal: Could not read from remote repository.
+
+Please make sure you have the correct access rights
+and the repository exists.
EOF
test_expect_success 'confuses pattern as remote when no remote specified' '
#
- # Do not expect "git ls-remote <pattern>" to work; ls-remote, correctly,
- # confuses <pattern> for <remote>. Although ugly, this behaviour is akin
- # to the confusion of refspecs for remotes by git-fetch and git-push,
- # eg:
- #
- # $ git fetch branch
- #
-
+ # Do not expect "git ls-remote <pattern>" to work; ls-remote needs
+ # <remote> if you want to feed <pattern>, just like you cannot say
+ # fetch <branch>.
# We could just as easily have used "master"; the "*" emphasizes its
# role as a pattern.
test_must_fail git ls-remote refs*master >actual 2>&1 &&