合并总是在当前HEAD和一个或多个提交之间(通常是分支头或标签)， 索引文件必须匹配HEAD提交的树(即上次提交的内容)。 换句话说，git diff——cached HEAD必须报告没有变化。 合并后的提交已经包含在HEAD中。这是最简单的情况，称为“Already - updated”。

这应该意味着测试中的提交已经合并到master中，但由于其他提交是在master上完成的，git diff test仍然会给出一些差异。

当我知道远程主机上有更改时，这种情况经常发生在我身上，所以我尝试使用git merge master合并它们。但是，这不会与远程主服务器合并，而是与本地主服务器合并。

在合并之前，签出master，然后git拉到这里。然后您将能够将新的更改合并到您的分支中。

我在当前分支中提交了更改，然后来自Origin分支的合并工作正常。

如果将分支A合并到分支B报告“Already up to date”，则反过来并不总是正确的。只有当分支B是分支A的后代时才成立，否则 分支B可以有A中没有的变更。

例子:

在master上创建分支A和B 您在master中做了一些更改，并只将这些更改合并到分支B中(不更新或忘记更新分支A)。 你在分支A中做了一些改变，并将A合并到B。

在这一点上，合并A到B报告“已经更新”，但分支是不同的，因为分支B有来自主的更新，而分支A没有。

合并总是在当前HEAD和一个或多个提交之间(通常是分支头或标签)， 索引文件必须匹配HEAD提交的树(即上次提交的内容)。 换句话说，git diff——cached HEAD必须报告没有变化。 合并后的提交已经包含在HEAD中。这是最简单的情况，称为“Already - updated”。

这应该意味着测试中的提交已经合并到master中，但由于其他提交是在master上完成的，git diff test仍然会给出一些差异。

这对我来说很有效。假设你有一个branch1，你想把它合并到branch2。

你打开git命令行，进入branch2的根文件夹，输入:

git checkout branch1
git pull branch1
git checkout branch2
git merge branch1
git push

如果你有冲突，在git推送之前解决它们。