Marc Branchaud wrote:
> But I'm definitely biased because I think pull is pretty much broken:
> * New users are encouraged to use pull, but all too often the default
> fetch-then-merge behaviour doesn't match their expectations and they end up
> starting threads like this one on the mailing list.
Yes, this has been discussed many times in the past, and everyone agrees
the default behavior is not correct.
Most people agree it has to be changed.
And we have patches for it.
But it's not going to change. Why? No reason given, it's just not going
> * If we change pull's default behaviour, we'll just be shifting the
> mismatched expectations onto the other half of the new users who would be
> happy with fetch-then-merge.
Not true. As it has been agreed in the discussions, very few people
would be affected negatively by this change, and even then an
appropriate error message like:
The pull was not fast-forward, please either merge or rebase.
If unsure, run 'git pull --merge'.
Should do the trick.
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