Re: Friendly refspecs
Jeff King <peff@peff.net> writes:
Show 11 quoted lines
> The "refs/heads/" dwimmery makes sense to me, because:
>
> 1. it changes a behavior which is currently an error condition, so
> we're not hurting anyone's existing workflow
>
> 2. In my usage, pushing a branch to a tag (or vice versa) is the
> exception, so I don't mind favoring pushing like types to like
> types.
>
> But I recognize that (2) is based on my own workflow, so if people
> disagree, I guess it isn't so for everyone.
So the proposal is:
"git push $there $commit:$name", when $name does not begin with
refs/, is interpreted as "git push $there $commit:refs/heads/$name"
right? I think that makes sense, at least to me.