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

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

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

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

我已经修复了这样的问题，重新基于当前的分支本身。

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

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

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

编辑10/12/2019:

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

git checkout master
git reset --hard test

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

然后做:

git push --force origin master

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

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

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

使用Git Bash面对这个场景。

我们的存储库有多个分支，每个分支都有不同的提交周期，合并偶尔会发生一次。 Old_Branch被用作New_Branch的父类

Old_Branch更新了一些更改，需要与New_Branch合并

正在使用下面的拉命令，没有任何分支，从所有分支获得所有来源。

Git拉源

奇怪的是，这并没有从所有分支中拉出所有的提交。曾经认为它正如所示显示几乎所有的分支和标签。

所以要解决这个问题，已经检查出Old_Branch拉了最新的使用

git checkout Old_Branch git拉原点Old_Branch

现在查看New_Branch

git checkout New_Branch

拉了一下，确认一下

git拉原点New_Branch git合并Old_Branch

viola得到了从Old_Branch到New_Branch的冲突来修复:)，这是预期的

这可能看起来微不足道，但我见过许多人忽略它，只是在父分支上进行git合并。这将自动导致“已经更新”的消息。

合并命令应该是git merge branchNametoMergeFrom

例如，假设你有2个分支branchA和branchB，你需要将B合并为a，你需要首先签出到branchA，然后使用merge命令，同时指定要合并的分支(在这种情况下是branchB)。

因此，命令不应该只是git merge，而应该是git merge branchB。