Re: [1.8.0] Provide proper remote ref namespaces
- From
Johan Herland <johan@herland.net>
- Date
- Feb 8, 2011, 08:15 UTC
- Message-ID
- <201102080915.27484.johan@herland.net>
- In-Reply-To
- <20110208010648.GA3132@dpotapov.dyndns.org>
On Tuesday 08 February 2011, Dmitry Potapov wrote:
Show 23 quoted lines
> On Mon, Feb 07, 2011 at 04:29:04AM +0100, Johan Herland wrote: > > > So, IMHO, the proper solution should be ability to specify the > > > desired namespace for any remote repository, like this: > > > > > > remote.<name>.tagNameSpace = foo > > > > Interesting. I'm not sure what "foo" means in this context. Would I use > > it > > > > like this?: > > remote.origin.tagNameSpace = refs/tags > > I was not sure about the specific when I wrote this, so I just put "foo", > but it could be something like you wrote above. > > > (to place origin's tags in refs/tags/*) > > > > If so, what's the difference between this option, and using this?: > > remote.origin.fetch = refs/tags/*:refs/tags/* > > I have not tried that, but I suspect that it will cause that all tags > will be fetched even if they are not belong to tracked branches, i.e. > "git fetch" will work as "git fetch -t". But maybe I am wrong here.
Ah, yes, I should have been more specific:
remote.origin.fetch = ~refs/tags/*:refs/tags/*
In my proposal, I suggest using a "~" prefix to signal auto-following behavior. This is needed in order to be able to explicitly specify the current fetch behavior in the configuration.
...Johan
-- Johan Herland, <johan@herland.net> www.herland.net