So this is the second round, unifying the handling of "hidden refs"
a hosting site administrator may want to handle differently from
normal refs available to upload-pack and receive-pack. Big thanks
to Peff for making me realize that what is shown to "git push"
should match what is shown to "git fetch/clone".
The configuration variable has been changed to "transfer.hiderefs"
in this round. I picked refs.[ch] as the shared location to place
the machinery that deals with this configuration, but I am not proud
of the choice---there may be a more suitable place.
The third patch is new; it prevents a hidden ref to be deleted or
updated via "git push" to ensure that its contents are controlled
only from the server side using some side channel (e.g. pull-request
UI on the Web).
There is no "git fetch $there $exact_sha1_obtained_out_of_band"
yet; that must come next, together with a mechanism to control the
availability of it on the server side.
For those who missed it, the first round starts at
http://thread.gmane.org/gmane.comp.version-control.git/213951
Junio C Hamano (3):
upload-pack: share more code
upload-pack: allow hiding ref hiearchies
receive-pack: reject an attempt to update/delete a hidden ref
Documentation/config.txt | 9 +
builtin/receive-pack.c | 24 +++
refs.c | 41 +++
refs.h | 3 +++
t/t5512-ls-remote.sh | 9 +
t/t5516-fetch-push.sh| 24 +++
upload-pack.c| 50
7 files changed, 144 insertions(+), 16 deletions(-)
--
1.8.1.2.548.g0e4986f
--
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