> > Probably because git is not smart enough to understand the human language > to notice 't' 'a' 'g' is a tag and cannot be a remote name spelled > incorrectly, or git cannot read your mind and find out that you spelled > a name of the remote correctly but forgot to add the remote first. > ;) did you mean It is not smart enough yet? My question was caused only by the fact that in both situations same object type is transmitted to the origin repo. As understand that it was done this way in order to avoid specifying keys for remote... I.e. "git push origin master" is kinda easier then something like "git push -r origin master" (-r for remote). But if for "git push --tags" the remote is not important (uses origin by default) why it is important for "git push my_tag" or for "git push origin master"? Do you think $ git push master Which would default to origin have a chance to exist? (I would vote for this) Or the correct aproach is to have $ git push origin --tags IMHO, In any case the push operation interface should be consistent. Else it is a bit confusing (untill you didn't step on it and didn't learn the difference). Best regards, Eugene -- 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