Thread (4 messages) flat view 4 messages, 3 authors, 2016-06-15

Re: [RFC] Hidden refs

From: Marc Branchaud <hidden>
Date: 2016-06-15 22:49:46

On 10-10-13 11:32 AM, Stephen Bash wrote:
quoted
So I'm wondering if it makes sense to properly support hidden 
directories in refs/, and what it would take to do so. (I image, for
example, that things would behave quite differently on Windows...)

Thoughts?
We currently use refs/hidden/heads and refs/hidden/tags for hidden refs.
It does require calling 'gitk --branches --tags' rather than 'gitk --all',
but otherwise I like the behavior (git branch only lists refs/heads, git
tag only lists ref/tags).  And they never get cloned by default (they can
still be fetched when needed).
Hmm, maybe I'm just over-designing.

It's true that we could just use refs/builds (instead of .builds) and that
those refs would need to be explicitly retrieved by anyone who wanted to see
them (which is fine).  And after the builds/ refs are fetched and done with,
it's easy enough to get rid of them with a simple "rm -r .git/refs/builds"

It appears all I'm looking for is a way to avoid that rm command.  Seems a
bit silly in the end.

Thanks for the perspective!

		M.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help