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

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

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

如果我这样做:

git checkout master
git diff test

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

git merge test

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

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

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


当前回答

假设你有一个具有以下提交历史的分支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 checkout master
git pull
git fetch --all
git rebase --abort

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

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

使用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 merge master合并它们。但是,这不会与远程主服务器合并,而是与本地主服务器合并。

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

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

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

条件:发布分支代码是金的。意思是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步可以发生在本地,只是看看预期的部分是否已应用,如果你碰巧不得不使用一个公关在远程。