author | Nicolas Pitre <nico@cam.org> | |
Fri, 27 Oct 2006 19:42:17 +0000 (15:42 -0400) | ||
committer | Junio C Hamano <junkio@cox.net> | |
Fri, 27 Oct 2006 21:58:31 +0000 (14:58 -0700) | ||
commit | d9c20ba13dfca737373ba466d2a718cafdc17f92 | |
tree | ac6621754f3455246ca650d14abec0bf05046579 | tree | snapshot |
parent | 9bee24785133ba3c2361b17f8c20019ab57b6f72 | commit | diff |
enhance clone and fetch -k experience
Now that index-pack can be streamed with a pack, it is probably a good
idea to use it directly instead of creating a temporary file and running
index-pack afterwards. This way index-pack can abort early whenever a
corruption is encountered even if the pack has not been fully
downloaded, it can display a progress percentage as it knows how much to
expects, and it is a bit faster since the pack indexing is partially
done as data is received. Using fetch -k doesn't need to disable thin
pack generation on the remote end either.
Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
Now that index-pack can be streamed with a pack, it is probably a good
idea to use it directly instead of creating a temporary file and running
index-pack afterwards. This way index-pack can abort early whenever a
corruption is encountered even if the pack has not been fully
downloaded, it can display a progress percentage as it knows how much to
expects, and it is a bit faster since the pack indexing is partially
done as data is received. Using fetch -k doesn't need to disable thin
pack generation on the remote end either.
Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
fetch-clone.c | diff | blob | history | |
fetch-pack.c | diff | blob | history |