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

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

这种情况发生在我身上，因为GIT奇怪地认为本地分支与远程分支不同。 这在分支图中可见:它显示了两个不同的分支:remotes/origin/branch_name和branch_name。

解决方案是简单地删除本地回购并从远程重新克隆它。这样GIT就会理解remotes/origin/branch_name>和branch_name确实是相同的，并且我可以发出GIT合并branch_name。

rm <my_repo>
git clone <my_repo>
cd <my_repo>
git checkout <branch_name>
git pull
git checkout master
git merge <branch_name>

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

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

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

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

“已经是最新的”消息意味着您试图合并的分支的所有更改都已经合并到您当前所在的分支。更具体地说，它意味着您试图合并的分支是当前分支的父分支。恭喜你，这是你做过的最简单的合并。：）

使用gitk查看您的存储库。“test”分支的标签应该在“master”分支标签的下方。

您的分支相对于其父分支是最新的。根据合并，自上次合并以来父节点中没有新的变化。这并不意味着分支是相同的，因为您可以在工作分支中进行大量更改，而且听起来确实如此。

编辑10/12/2019:

根据Charles Drake对这个答案的评论，解决这个问题的一个解决方案是:

git checkout master
git reset --hard test

这又回到了“测试”层面。

然后做:

git push --force origin master

为了迫使中央回购的变化。

假设你有一个具有以下提交历史的分支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

我有一种重新合并它的方法，我的场景是我需要合并一个发布分支。

条件:发布分支代码是金的。意思是master是不正确的而release分支是正确的。

现象:将发布版本合并到主版本时，主版本中不正确的部件没有与发布版本中的部件一起更新。

以下是步骤，免责声明:我对git的了解有限，一定有更好的方法来实现它。

checkout release branch, do a pull. [Commit #A] merge latest master to release [Commit #B] (incorrect file will write to release branch) do a reverse commit of the [Commit #B] BUT keep it in stage (if the reserve commit is committed as [Commit #C] then do a soft reset to Commit #B) (this essentially reverse the incorrect files) edit the files, check whether these are correct, discard the unwanted ones (if there is any) stash the changes in step 4 [Stash{X}] reset release back to Commit #A (same as remote) merge latest master to release again [Commit #D] (diff hash should be the same but commit hash is different than b) Apply stash {x} Commit and merge to master.

编辑:第9步可以发生在本地，只是看看预期的部分是否已应用，如果你碰巧不得不使用一个公关在远程。