Re: [PATCH 0/2] Hiding some refs in ls-remote
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jan 20, 2013, 22:08 UTC
- Message-ID
- <7vip6rjyn3.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <7vpq0zn2za.fsf@alter.siamese.dyndns.org>
Junio C Hamano <gitster@pobox.com> writes:
Show 13 quoted lines
> Jeff King <peff@peff.net> writes: > >>> [uploadPack] >>> hiderefs = refs/changes >> >> Would you want to do the same thing on receive-pack? It could benefit >> from the same reduction in network cost (although it tends to be invoked >> less frequently than upload-pack). > ... > As I said, I view this primarily as solving the cluttering issue. > The use of hiderefs to hide these refs that point at objects I do > not consider belong to my repository from the pushers equally makes > sense as such, I think.
Now that raises one question. Should this be transfer.hiderefs that governs both upload-pack and receive-pack? I tend to think the answer is yes.
It may even make sense to have "git push" honor it, excluding them from "git push --mirror" (or "git push --all" if some of the branches are hidden); I haven't thought things through, though.