On Mon, Sep 30, 2013 at 06:44:09PM -0400, Nicolas Pitre wrote:
> > Again, I don't think that's the common case. I think it's just as likely
> > for
> > there to be multiple remotes with duplicate tag names that refer to
> > different
> > objects.
> Why do you say so? I'm curious to know what kind of work flow would do
> that in practice.
> At least for typical Linux kernel workflows what I said above is true.
I could image if you are fetching from a bunch of coworkers that several
people might reuse a common name like "start" or "tmp" for different
But I think the behavior you've described handles that quite naturally.
If there is one "start", or if they all match, it is unambiguous. If
there are multiple matches, git says "which one did you mean?" and you
can say "bob/start" or "alice/start" to disambiguate. Anything else
would be a guess.
If _you_ have a refs/tags/start, then I think that should unambiguously
take precedence over that of your coworkers. That way your coworkers
cannot pollute the lookup of items in your own namespace.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html