Marc Branchaud <marcn...@xiplink.com> writes:
> To that end, I suggest that pull's default behaviour should be to do
> *nothing*. It should just print out a message to the effect that it
> hasn't been configured, and that the user should run "git help pull"
> for guidance.
Fetching is uncontentious, and I _think_ that fast-forwards are pretty
uncontentious as well.
It's just when the merge-left/merge-right/rebase-left/rebase-right
decision kicks in that prescribing one git-pull behavior looks like a
recipe for trouble.
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