On Wed, Jan 22, 2014 at 2:14 PM, Junio C Hamano <gits...@pobox.com> wrote:
>
> I looked at 5150.4 and found that what it attempts to do is halfway
> sensible.
I agree that it is "half-way sensible". The important bit being the HALF part.
The half part is why we have the semantics we have. There's no
question about that.
The problem is, the *other* half is pure and utter crap. The "half-way
sensible" solution then generates pure and utter garbage in the
"totally sensible" case.
And that's why I think it needs to be fixed. Not because the existing
behavior can never make sense in some circumstances, but because the
existing behavior can screw up really really badly in other (arguably
more common, and definitely real) circumstances.
For the kernel, the broken "missing branch name" situation has come up
pretty regularly. This is definitely not a one-time event, it's more
like "almost every merge window somebody gets screwed by this and I
have to guess what the branch name should have been".
I think that we could potentially do a "local:remote" syntax for that
half-way sensible case, so that if you do
git push .. master:for-linus
then you have to do
git request-pull .. master:for-linus
to match the fact that you renamed your local branch on the remote.
Linus
--
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
