Re: Re* [PATCH v3 19/22] resolve_ref(): emit warnings for improperly-formatted references
- From
Jeff King <peff@peff.net>
- Date
- Oct 11, 2011, 22:54 UTC
- Message-ID
- <20111011225434.GA24142@sigill.intra.peff.net>
- In-Reply-To
- <7vpqi3dxkr.fsf@alter.siamese.dyndns.org>
On Tue, Oct 11, 2011 at 02:31:48PM -0700, Junio C Hamano wrote:
Show 8 quoted lines
> Jeff King <peff@peff.net> writes: > > > But in the code, it is spelled RENAMED-REF (with a dash). And as far as > > I can tell, does not actually create a reflog. And it's not documented > > anywhere, so I suspect nobody is using it. Maybe it is worth switching > > that name. > > Or even better get rid of it?
Fine by me. I'm not sure anyone is even aware that it exists. Just to double-check, I grepped the list archives, and the biggest mention of it was its presence causing a weird bug:
http://thread.gmane.org/gmane.comp.version-control.git/143737
Googling turns up only confusion, nobody actually using it or recommending that it be used.
OTOH, it does actually serialize branch renames, since we take a lock on it. Maybe that's important. Cc'ing Lars. Certainly renaming it would be the conservative choice.
-Peff
PS I mentioned above that it does not actually create a reflog. Digging in the code more, I think it is capable of it, but my git.git clone had RENAMED-REF, but no reflog. I would have thought core.logAllRefUpdates would turn it on, but maybe there is a funny interaction with things not in refs/.