Felipe Contreras <felipe.contreras@xxxxxxxxx> writes: >> If you come from "git pull" is "git fetch" + "git merge", >> and if your current branch is integrating with your local branch, > > How many times do I have to say that 'git pull' is not 'git fetch' + > 'git merge'? > > You must think everybody has 'merge.defaulttoupstream=true'. I am confused. What does that have anything to do with this topic? It only affects what a lazy "git merge" (without any other parameter on the command line) does, doesn't it? In the above "git fetch" + "git merge", I did not mean "git merge" is literally what the command line of the command invoked internally. "git pull" of course chooses what is to be merged. But that does not change the fact that before merging (or rebasing, if you are running "git pull --rebase"), "git fetch" is done in order to make sure the history you are merging with (or rebasing on top of) is available locally and FETCH_HEAD is prepared so that "git pull" can decide what to merge with (or rebase on). The merge.defaultToUpstream configuration does not change that, does it? -- 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