Junio C Hamano <gits...@pobox.com> writes: > Jeff King <p...@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. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
