On Wed, Jan 07, 2015 at 08:03:58AM -0800, Junio C Hamano wrote: > > But we are talking about > > somebody who is already fully-qualifying a ref (and anything unqualified > > continues to get looked up under refs/notes). > > That (specifically 'merge') is not my real worry. It's the other > way around, actually. > > Because expand_notes_ref() makes sure that any given notes ref is > prefixed appropriately to start with refs/notes/, > > git notes --ref=refs/heads/master add ...blah... > git notes --ref=refs/tag/v1.0 add ...blah... > > would be a sensible way when somebody wants to keep a forest of > notes refs, one per real ref. Wouldn't they have already been > trained to spell "refs/heads/master" when they want to refer to > refs/notes/refs/heads/master because of this? Thanks, that is a more interesting case, and I agree that moving to allowing fully-qualified refs would technically be a regression. I'm still slightly doubtful that this is something people do in practice, but I guess we have no way to know for sure. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html