| commit | f7ae6a930a3c5d501439cdba98417af747350738 | |
| author | Nicolas Pitre <nico@cam.org> | |
| Mon, 16 Apr 2007 16:30:15 +0000 (16 12:30 -0400) | ||
| committer | Junio C Hamano <junkio@cox.net> | |
| Tue, 17 Apr 2007 00:43:31 +0000 (16 17:43 -0700) | ||
| tree | eb9a13254a70c400d3505289efa78c255d1331ed | treesnapshot (tar.gz zip) |
| parent | 9668cf59a83d1aa881036818abf29cc2ea9e291b | commitdiff |
pack-objects: get rid of reuse_cached_pack
This capability is practically never useful, and therefore never tested,
because it is fairly unlikely that the requested pack will be already
available. Furthermore it is of little gain over the ability to reuse
existing pack data.
In fact the ability to change delta type on the fly when reusing delta
data is a nice thing that has almost no cost and allows greater backward
compatibility with a client's capabilities than if the client is blindly
sent a whole pack without any discrimination.
And this "feature" is simply in the way of other cleanups.
Let's get rid of it.
Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
This capability is practically never useful, and therefore never tested,
because it is fairly unlikely that the requested pack will be already
available. Furthermore it is of little gain over the ability to reuse
existing pack data.
In fact the ability to change delta type on the fly when reusing delta
data is a nice thing that has almost no cost and allows greater backward
compatibility with a client's capabilities than if the client is blindly
sent a whole pack without any discrimination.
And this "feature" is simply in the way of other cleanups.
Let's get rid of it.
Signed-off-by: Nicolas Pitre <nico@cam.org>
Signed-off-by: Junio C Hamano <junkio@cox.net>
| builtin-pack-objects.c | diffblobblamehistory |