[PATCH v2 09/11] receive-pack: fix misleading namespace/.have comment
- From
Jeff King <peff@peff.net>
- Date
- Feb 8, 2017, 20:53 UTC
- Message-ID
- <20170208205313.mxwr7bqq4qbexj5q@sigill.intra.peff.net>
- In-Reply-To
- <20170208205219.twgm5rggovqbepte@sigill.intra.peff.net>
The comment claims that we handle alternate ".have" lines through this function, but that hasn't been the case since 85f251045 (write_head_info(): handle "extra refs" locally, 2012-01-06).
Signed-off-by: Jeff King <peff@peff.net> --- builtin/receive-pack.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/builtin/receive-pack.c b/builtin/receive-pack.c index a4926fcfb..1821ad5fa 100644 --- a/builtin/receive-pack.c +++ b/builtin/receive-pack.c @@ -261,10 +261,7 @@ static int show_ref_cb(const char *path_full, const struct object_id *oid, /* * Advertise refs outside our current namespace as ".have" * refs, so that the client can use them to minimize data - * transfer but will otherwise ignore them. This happens to - * cover ".have" that are thrown in by add_one_alternate_ref() - * to mark histories that are complete in our alternates as - * well. + * transfer but will otherwise ignore them. */ if (!path) path = ".have";
-- 2.12.0.rc0.371.ga6cf8653b