Re: [PATCH 1/3] remote: Add warnings about mixin --mirror and other remotes
- From
Junio C Hamano <gitster@pobox.com>
- Date
- Jun 23, 2013, 21:22 UTC
- Message-ID
- <7vvc54ed53.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <1371994516.24315.8.camel@localhost>
Dennis Kaarsemaker <dennis@kaarsemaker.net> writes:
> Equality for > wildcards is allowed and tested for, so do we really want to 'outlaw' > equality of non-wildcard refspecs?
I am not sure what you mean by "equality for wildcards is allowed". Do you mean this pair of remote definition is sane and not warned?
[remote "one"]
fetch = refs/heads/*:refs/remotes/mixed/* [remote "two"]
fetch = refs/heads/*:refs/remotes/mixed/*For non-wildcard ones, I think these pairs are both suspects for possible clashes and want to be warned.
(1) literal-vs-literal
[remote "one"]
fetch = refs/heads/master:refs/heads/origin [remote "two"]
fetch = refs/heads/master:refs/heads/origin(2) literal-vs-wildcard
[remote "one"]
fetch = refs/heads/*:refs/remotes/origin/* [remote "two"]
fetch = refs/heads/master:refs/remotes/origin/master