Re: [1.8.0] Provide proper remote ref namespaces
- From
- Kevin P. Fleming <kpfleming@digium.com>
- Date
- Feb 5, 2011, 18:00 UTC
- Message-ID
- <4D4D9054.8040906@digium.com>
- In-Reply-To
- <201102050218.44325.johan@herland.net>
On 02/05/2011 02:18 AM, Johan Herland wrote:
Show 28 quoted lines
> Today, when you fetch from a remote, the config typically says > > [remote "origin"] > fetch = +refs/heads/*:refs/remotes/origin/* > url = ... > > But this fetch refspec does not tell the full story. In addition to mapping > origin's refs/heads/* into refs/remotes/origin/*, it also fetches origin's > HEAD into refs/remotes/origin/HEAD, and anything in origin's refs/tags/* > that happen to point to a fetched object is fetched into refs/tags/* (aka. > auto-following tags). These other fetches are not explicitly specified in > the config, but "magically" happen anyway. Instead of having such implicit > refspecs, I'd rather have all fetch refspecs listed explicitly in the > config, like this (for replicating current layout): > > [remote "origin"] > fetch = +HEAD:refs/remotes/origin/HEAD > fetch = +refs/heads/*:refs/remotes/origin/* > fetch = ~refs/tags/*:refs/tags/* > url = ... > > or this (in the proposed new layout): > > [remote "origin"] > fetch = +HEAD:refs/remotes/origin/HEAD > fetch = +refs/heads/*:refs/remotes/origin/heads* > fetch = +refs/tags/*:refs/remotes/origin/tags/* > url = ...
I would appreciate this as well; the less implicit behavior in areas like this, the better :-)
-- Kevin P. Fleming Digium, Inc. | Director of Software Technologies 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA skype: kpfleming | jabber: kfleming@digium.com Check us out at www.digium.com & www.asterisk.org