我有一个git仓库,有2个分支:master和test。

主分支和测试分支之间存在差异。

两个分支都提交了所有更改。

如果我这样做:

git checkout master
git diff test

屏幕上会出现一个充满变化的屏幕,显示不同之处。我想合并测试分支中的更改,这样做:

git merge test

但是得到的信息是"Already - updated "

但是,检查每个不同分支下的文件可以清楚地显示出差异。

这里的问题是什么,我如何解决它?


当前回答

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

其他回答

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

例子:

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

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

尝试以下命令

git checkout master
git pull
git fetch --all
git rebase --abort

git checkout test
git pull
git reset --hard  
git merge origin master

大多与重基或已采取合并分支有影子历史,与清除或重置分支 将有助于在文件中合并东西。

嗨,我已经创建了一个git别名,我称之为git remerge,这有助于解决问题。

它首先将git merge <FEATURE-BRANCH-NAME>。 然后将强制重新计算分支之间不同文件的所有冲突。

你可以在这里使用它!

如果你有任何建议,或者你想为这个项目做出贡献,欢迎你!

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

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