summaryrefslogtreecommitdiff
path: root/t/t5515/refs.br-remote-explicit-octopus_remote-explicit
diff options
context:
space:
mode:
authorLibravatar Junio C Hamano <gitster@pobox.com>2011-08-05 13:54:06 -0700
committerLibravatar Junio C Hamano <gitster@pobox.com>2011-08-08 15:33:28 -0700
commit051e4005a37c4ebe8b8855e415e6c6969d68e1a3 (patch)
treef753bdf7fe6931e09d4e54f5a23024b1dc7739df /t/t5515/refs.br-remote-explicit-octopus_remote-explicit
parentadd gitignore entry to description about how to write a builtin (diff)
downloadtgif-051e4005a37c4ebe8b8855e415e6c6969d68e1a3.tar.xz
helping smart-http/stateless-rpc fetch race
A request to fetch from a client over smart HTTP protocol is served in multiple steps. In the first round, the server side shows the set of refs it has and their values, and the client picks from them and sends "I want to fetch the history leading to these commits". When the server tries to respond to this second request, its refs may have progressed by a push from elsewhere. By design, we do not allow fetching objects that are not at the tip of an advertised ref, and the server rejects such a request. The client needs to try again, which is not ideal especially for a busy server. Teach upload-pack (which is the workhorse driven by git-daemon and smart http server interface) that it is OK for a smart-http client to ask for commits that are not at the tip of any advertised ref, as long as they are reachable from advertised refs. Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 't/t5515/refs.br-remote-explicit-octopus_remote-explicit')
0 files changed, 0 insertions, 0 deletions