aboutsummaryrefslogtreecommitdiff
path: root/fetch-pack.c
diff options
context:
space:
mode:
authorJohannes Schindelin <Johannes.Schindelin@gmx.de>2005-10-28 04:49:16 +0200
committerJunio C Hamano <junkio@cox.net>2005-10-28 22:57:00 -0700
commit1bd8c8f00b1c7facb67c99047fe777b53f2c49ff (patch)
treecadb874e52b57f53783babe827c05a99978e22fb /fetch-pack.c
parent211b5f9e62cc961acda59392fbf5a3efa8106c97 (diff)
downloadgit-1bd8c8f00b1c7facb67c99047fe777b53f2c49ff.tar.gz
git-1bd8c8f00b1c7facb67c99047fe777b53f2c49ff.tar.xz
git-upload-pack: Support the multi_ack protocol
This implements three things (trying very hard to be backwards compatible): It sends the "multi_ack" capability via the mechanism proposed by Sergey Vlasov. When the client sends "multi_ack" with at least one "want", multi_ack is enabled. When multi_ack is enabled, "continue" is appended to each "ACK" until either the server can not store more refs, or "done" is received. In contrast to the original protocol, as long as "continue" is sent, flushes are answered by a "NAK" (not just until an "ACK" was sent), and if "continue" was sent at least once, the last message is an "ACK" without "continue". Signed-off-by: Johannes Schindelin <Johannes.Schindelin@gmx.de> Signed-off-by: Junio C Hamano <junkio@cox.net>
Diffstat (limited to 'fetch-pack.c')
0 files changed, 0 insertions, 0 deletions