| commit | b9ccf55e064e2fc7df9773850ba7a23e2abf4ca7 | |
| author | Junio C Hamano <gitster@pobox.com> | |
| Wed, 7 Aug 2013 15:18:10 +0000 (7 08:18 -0700) | ||
| committer | Junio C Hamano <gitster@pobox.com> | |
| Wed, 7 Aug 2013 23:24:30 +0000 (7 16:24 -0700) | ||
| tree | 6d5920d9a2ba372b8868964a255bb628d2f53c40 | treesnapshot (tar.gz zip) |
| parent | fb5657082148297b61fbca7e64d51c1e7870309a | commitdiff |
t5802: add test for connect helper
This is an attempt to reproduce a problem reported for a third-party
custom "connect" remote helper. The conjecture is that sometimes
"git fetch" wants to make two connections (one for the primary
transfer with 'follow-tags' option set, and then after noticing that
some tags are not packed because the primary transfer did not have
to send any commit that is pointed by them, another to explicitly
ask for the missing tags), and their "connect" helper is not called
in the second request, breaking the "fetch" as a whole.
Unfortunately this test script does not trigger the alleged failure
and happily passes when talking to upload-pack from git-core (see
patch 5/5 for details).
Signed-off-by: Junio C Hamano <gitster@pobox.com>
This is an attempt to reproduce a problem reported for a third-party
custom "connect" remote helper. The conjecture is that sometimes
"git fetch" wants to make two connections (one for the primary
transfer with 'follow-tags' option set, and then after noticing that
some tags are not packed because the primary transfer did not have
to send any commit that is pointed by them, another to explicitly
ask for the missing tags), and their "connect" helper is not called
in the second request, breaking the "fetch" as a whole.
Unfortunately this test script does not trigger the alleged failure
and happily passes when talking to upload-pack from git-core (see
patch 5/5 for details).
Signed-off-by: Junio C Hamano <gitster@pobox.com>
| t/t5802-connect-helper.sh | [new file with mode: 0755] | blob |