git merge与lt；分行>；和git合并源<；分行>；

这不是关于

git merge origin branch

vs

git merge origin/branch

git merge

将合并到工作分支中。因此，我们需要指定分支的“源”。它可以是本地可用的

origin/

或本地工作分支

heads/branch

---

但是，

源代码

需要什么呢？与git pull不同，我们不需要指定从哪个远程源获取数据。据我所知，合并操作是一种本地操作。

git pull命令允许您指定用于获取的默认远程分支，以及作为合并目标的默认目标本地分支。这样做是有意义的，因为通常给定的本地分支在远程上只有一个上游分支

另一方面，

git merge

操作可能发生在任何源分支上，您的本地分支作为目标。因此，允许定义要在合并中使用的默认源分支没有什么意义

---

当您想要更新远程分支的本地版本时，用于合并的默认源分支当然是有意义的

git pull

。但是，这种合并场景实际上是

git pull

的一部分，并且通常不是单独进行合并。

是的，

git merge

可以从任何来源进行。但是指定

git merge origin master

不会从origin下载（

git fetch-all

）。那么，

origin

参数不是没用吗？@ClamentJohn

git merge origin master

不是有效的git语法，AFAIK。当您在Git中本地合并时，总是使用本地分支进行合并。请记住，即使

origin/master

仍然是一个本地分支，它恰好跟踪远程上的实际分支。谢谢。我很困惑。因此，

git merge

是本地操作，

git merge origin master

不是有效的操作。或者git只是忽略了用户的无知！是的…我有点想知道这是否是为了你。我从未使用过这种语法进行过合并，你也不必这样做。我没有。我只是想确定我回答的一个问题，所以请注意，从语法上讲，

git merge origin branch

就像编写

git merge a B

。这两个参数都被视为名称。从中可以看到，名称

origin

的意思是

origin/HEAD

，因此这相当于

git merge origin/HEAD branch

。这要求八达通合并，除非

origin/HEAD

已经合并或映射到

branch

的祖先。（太长了，读不下去了，代码不在这里。代码> Git合并源分支，因为它意味着你不想要的东西。）