Thread (9 messages) flat view 9 messages, 5 authors, 2016-06-15
  • (off-list ancestor, not in this archive)
  • Tags · Eric W. Biederman <hidden> · 2016-06-15
  • Re: Tags · "H. Peter Anvin" <hpa@zytor.com> · 2016-06-15
  • Re: Tags · Petr Baudis <hidden> · 2016-06-15
  • Re: Tags · "H. Peter Anvin" <hpa@zytor.com> · 2016-06-15
  • Re: Tags · Matthias Urlichs <hidden> · 2016-06-15
  • Re: Tags · Petr Baudis <hidden> · 2016-06-15
  • Re: Tags · "H. Peter Anvin" <hpa@zytor.com> · 2016-06-15
  • Re: Tags · Daniel Barkalow <hidden> · 2016-06-15
  • Re: Tags · Petr Baudis <hidden> · 2016-06-15

Tags

From: Eric W. Biederman <hidden>
Date: 2016-06-15 22:42:01

"H. Peter Anvin" [off-list ref] writes:
In the end, it might be that the right thing to do for git on kernel.org is to
have a single, unified object store which isn't accessible by anything other
than git-specific protocols.  There would have to be some way of dealing with,
for example, conflicting tags that apply to different repositories, though.
As far as I can tell public distributed tags are not that hard and if
you are going to be synching them it is probably worth working on.

The basic idea is that instead of having one global tag of
'linux-2.6.13-rc1' you have a global tag of
'torvalds@osdl.org/linux-2.6.13-rc1'.

The important part is that the tag namespace is made hierarchical
with at least 2 levels.  Where the top level is a globally
unique tag owner id and the bottom level is the actual tag.  This
prevents collisions when merging trees because two peoples
tags are never in the same namespace, as least when
people are not actively hostile :)

Still being a complete git dummy I think the trivial mapping is
to put tags in:
.git/refs/tags/user@domain/tag
and then have a symlink at:
.git/TAGS 
that points to your default directory of tags.

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