Git merge origin/master而不是Git merge master为我工作。所以要合并master到feature分支，你可以使用:

git checkout feature_branch
git merge origin/master

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

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

假设你有一个具有以下提交历史的分支master:

A -- B -- C -- D

现在，你创建了一个分支测试，处理它，并执行4次提交:

                 E -- F -- G -- H
                /
A -- B -- C -- D

主人的头指向D，测试者的头指向H。

当你要合并的分支的HEAD是你想要合并的分支的提交链的父节点时，就会显示“Already - updated”消息。 这里的情况就是这样:D是E的父结点。

从测试到主服务器没有什么需要合并的，因为从那时起主服务器上没有任何变化。 你在这里要做的就是告诉Git让master的head指向H，所以master的分支有如下的提交历史:

A -- B -- C -- D -- E -- F -- G -- H

这是一个Git命令重置的作业。 你也想让工作目录反映这个变化，所以你要做一个硬重置:

git reset --hard H

Git merge origin/master而不是Git merge master为我工作。所以要合并master到feature分支，你可以使用:

git checkout feature_branch
git merge origin/master

发生在我身上并被发送到这个页面，不确定我是否有相同的场景，但我的是我试图“重新合并”“测试”分支。

所以我之前合并了它，但我故意在合并过程中排除了一些特定的更改，所以它在分支之间显然有一些差异。然后，我试图重新合并它，因为我意识到/忘记我应该添加一个特定的更改/文件，我之前已经排除了，我希望如果我再次进行合并，将显示我之前排除的所有更改，但我错了，我得到了“已经更新”的消息。

在阅读@Bombe的评论/回答后，他是对的，我认为git是这样做的，所以我所做的是在测试分支上对文件进行硬备份，然后签出主分支，手动将文件粘贴到其中，并提交它，就像它是新的更改一样。

我不确定这是否是正确的方法，或者是否可以帮助其他有同样问题的人，但它确实为我的特殊情况提供了解决方案。

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

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