如何解决Git中的合并冲突

当同时对文件进行更改时,会发生合并冲突.这是如何解决它.

git CLI

以下是进入冲突状态时要执行的操作的简单步骤:

请注意冲突文件列表:( git status在Unmerged paths节下).

通过以下方法之一分别为每个文件解决冲突:

使用GUI来解决冲突:( git mergetool最简单的方法).

要接受远程/其他版本,请使用:git checkout --theirs path/file.这将拒绝您对该文件所做的任何本地更改.

要接受本地/我们的版本,请使用: git checkout --ours path/file

^{但是你要小心,因为远程改变冲突是出于某种原因.}

相关:git中"我们的"和"他们的"的确切含义是什么？

手动编辑冲突的文件并在<<<<</ 之间查找代码块,>>>>>然后从上方或下方选择版本=====.请参阅:如何呈现冲突.

路径和文件名冲突可以通过git add/ 解决git rm.

最后,使用以下方法查看准备提交的文件:git status.

如果您仍然有任何文件Unmerged paths,并且您确实手动解决了冲突,那么让Git知道您通过以下方式解决了这个问题:git add path/file.

如果所有冲突都已成功解决,请通过以下方式提交更改:git commit -a并像往常一样推送到远程.

另请参阅:从 GitHub 的命令行解决合并冲突

DiffMerge

我已经成功使用了DiffMerge,可以在Windows,macOS和Linux/Unix上直观地比较和合并文件.

它以图形方式显示3个文件之间的变化,它允许自动合并(在安全的情况下),并完全控制编辑生成的文件.

^{图像源:DiffMerge(Linux截图)}

只需下载并在repo中运行:

git mergetool -t diffmerge .

苹果系统

在macOS上,您可以通过以下方式安装

brew install caskroom/cask/brew-cask
brew cask install diffmerge

并且可能(如果未提供)您需要在PATH中放置以下额外的简单包装器(例如/usr/bin):

#!/bin/sh
DIFFMERGE_PATH=/Applications/DiffMerge.app
DIFFMERGE_EXE=${DIFFMERGE_PATH}/Contents/MacOS/DiffMerge
exec ${DIFFMERGE_EXE} --nosplash "$@"

然后您可以使用以下键盘快捷键:

⌘- Alt- Up/ Down跳转到上一个/下一个更改.

⌘- Alt- Left/ Right接受改变向左或向右

或者,您可以使用opendiff(Xcode Tools的一部分),它允许您将两个文件或目录合并在一起以创建第三个文件或目录.

如果您经常进行小型提交,那么首先查看提交注释git log --merge.然后git diff会告诉你冲突.

对于涉及多行的冲突,可以更容易地看到外部GUI工具中发生了什么.我喜欢opendiff - Git也支持vimdiff,gvimdiff,kdiff3,tkdiff,meld,xxdiff,emerge开箱即用,你可以安装其他人:git config merge.tool "your.tool"将设置你选择的工具,然后git mergetool在失败的合并后将显示上下文中的差异.

每次编辑文件以解决冲突时,git add filename都会更新索引,您的差异将不再显示.处理完所有冲突并且已经编译了文件后git add,git commit将完成合并.

请参阅如何提供冲突,或者在Git中,git merge了解合并冲突标记的文档.

此外," 如何解决冲突"部分介绍了如何解决冲突:

看到冲突后,你可以做两件事:

决定不合并.您需要的唯一清理是将索引文件重置为HEAD提交以反转2.并清除由2.和3进行的工作树更改.git merge --abort可以用于此.

解决冲突.Git将标记工作树中的冲突.将文件编辑为形状,将git add它们编辑为索引.使用git commit帮你搞定.

您可以使用许多工具解决冲突:

使用mergetool.git mergetool启动图形合并工具,它将帮助您完成合并.

看看差异.git diff将展示一个三向差异,突出显示来自HEAD和MERGE_HEAD版本的变化.

查看每个分支的差异.git log --merge -p 将首先显示HEAD版本的差异,然后显示MERGE_HEAD版本.

看看原件.git show :1:filename显示共同的祖先,git show :2:filename显示HEAD版本,并git show :3:filename显示MERGE_HEAD版本.

您还可以在Pro Git一书的基本合并冲突部分中阅读有关合并冲突标记以及如何解决它们的信息.

对于想要半手动解决合并冲突的Emacs用户:

git diff --name-status --diff-filter=U

显示需要解决冲突的所有文件.

逐个打开每个文件,或者一次全部打开:

emacs $(git diff --name-only --diff-filter=U)

访问需要在Emacs中编辑的缓冲区时,请键入

ALT+x vc-resolve-conflicts

这将打开三个缓冲区(我的,他们的和输出缓冲区).按'n'(下一个区域),'p'(预视区域)进行导航.按'a'和'b'分别将我或他们的区域复制到输出缓冲区.和/或直接编辑输出缓冲区.

完成后:按'q'.Emacs会询问您是否要保存此缓冲区:是的.完成一个缓冲区后,通过从teriminal运行解决它:

git add FILENAME

完成所有缓冲区类型后

git commit

完成合并.

我要么完全想要我或他们的版本,要么想要审查个别更改并决定每个更改.

完全接受我或他们的版本:

接受我的版本(本地,我们的):

git checkout --ours -- 
git add               # Marks conflict as resolved
git commit -m "merged bla bla"  # An "empty" commit

接受他们的版本(远程,他们的):

git checkout --theirs -- 
git add 
git commit -m "merged bla bla"

如果要对所有冲突文件执行以下操作:

git merge --strategy-option ours

要么

git merge --strategy-option theirs

查看所有更改并单独接受

git mergetool

查看更改并接受每个版本的任一版本.

git add

git commit -m "merged bla bla"

默认mergetool在命令行中有效.如何使用命令行mergetool应该是一个单独的问题.

您也可以为此安装可视化工具,例如meld并运行

git mergetool -t meld

它将打开本地版本(我们的),"基础"或"合并"版本(合并的当前结果)和远程版本(他们的).完成后保存合并的版本,git mergetool -t meld再次运行,直到"没有文件需要合并",然后转到步骤3和4.

简单地说,如果您清楚其中一个存储库中的更改并不重要,并希望解决所有更改以支持另一个更改,请使用:

git checkout . --ours

解决有关您的存储库的更改,或

git checkout . --theirs

解决有利于其他或主存储库的更改.

否则你将不得不使用GUI合并工具逐个逐步浏览文件,比如合并工具p4merge,或写你已经安装的任何一个名字

git mergetool -t p4merge

完成文件后,您必须保存并关闭,因此下一个文件将打开.

请按照以下步骤修复Git中的合并冲突:

检查Git状态: git status

获取补丁集: git fetch(从Git提交中检出正确的补丁)

签出一个本地分支(我的例子中的temp1): git checkout -b temp1

从master中拉出最近的内容: git pull --rebase origin master

启动mergetool并检查冲突并修复它们...并使用当前分支检查远程分支中的更改: git mergetool

再次检查状态: git status

删除mergetool本地创建的不需要的文件,通常mergetool创建带*.orig扩展名的额外文件.请删除该文件,因为它只是重复文件并在本地修复更改并添加正确版本的文件. git add #your_changed_correct_files

再次检查状态: git status

将更改提交到相同的提交ID(这可以避免新的单独补丁集): git commit --amend

推送到主分支: git push(到你的Git仓库)

奖金:

在上面的答案中谈到拉/取/合并时,我想分享一个有趣且富有成效的技巧,

上面的命令是我git生活中最有用的命令,节省了大量的时间.

在将新提交的更改推送到远程服务器之前,请尝试git pull --rebase相当git pull和手动merge,它将自动同步最新的远程服务器更改(使用fetch + merge),并将您的本地最新提交放在git log中的顶部.无需担心手动拉/合并.

如果发生冲突,请使用

git mergetool
git add conflict_file
git rebase --continue

有关详细信息,请访问:http://gitolite.com/git-pull--rebase

有3个步骤:

通过命令查找哪些文件导致冲突

git status

检查文件,在其中您会发现标记为的冲突

<<<<<<<

将其更改为您想要的方式,然后使用命令提交

git add solved_conflicts_files
git commit -m 'merge msg'

您可以通过多种方式修复合并冲突,其他方面已详细说明.

我认为真正的关键是了解变化如何与本地和远程存储库一起流动.关键是要了解跟踪分支.我发现我认为跟踪分支是我的本地实际文件目录和定义为源的远程之间的"中间缺失的部分".

我个人习惯了两件事来帮助避免这种情况.

代替:

git add .
git commit -m"some msg"

这有两个缺点 -

a)添加所有新的/更改的文件,其中可能包含一些不需要的更改.
b)您无法先查看文件列表.

所以相反,我做:

git add file,file2,file3...
git commit # Then type the files in the editor and save-quit.

通过这种方式,您可以更加深思熟虑地添加哪些文件,并且还可以在使用编辑器查看消息时查看列表并进行更多思考.当我使用全屏编辑器而不是-m选项时,我发现它也改进了我的提交消息.

[更新 - 随着时间的推移,我已经切换到:

git status # Make sure I know whats going on
git add .
git commit # Then use the editor

]

另外(和你的情况更相关),我尽量避免:

git pull

要么

git pull origin master.

因为pull意味着合并,如果您在本地进行了不需要合并的更改,则很容易就会出现合并代码和/或合并冲突,因为这些代码不应该合并.

相反,我尝试做

git checkout master
git fetch   
git rebase --hard origin/master # or whatever branch I want.

您可能还会发现这有用:

git branch,fork,fetch,merge,rebase和clone,有什么区别？

CoolAJ86的答案总结了几乎所有内容.如果您在同一段代码中的两个分支都有更改,则必须进行手动合并.在任何文本编辑器中打开冲突文件,您应该看到以下结构.

(Code not in Conflict)
>>>>>>>>>>>
(first alternative for conflict starts here)
Multiple code lines here
===========
(second alternative for conflict starts here)
Multiple code lines here too    
<<<<<<<<<<<
(Code not in conflict here)

以您希望新代码的方式选择其中一个替代方案或两者的组合,同时删除等号和尖括号.

git commit -a -m "commit message"
git push origin master

git log --merge -p [[--] path]

似乎并不总是对我有用,并且通常最终会显示两个分支之间不同的每个提交,即使使用--将路径与命令分开也会发生这种情况.

我解决这个问题的方法是在一次运行中打开两个命令行

git log ..$MERGED_IN_BRANCH --pretty=full -p [path]

在另一个

git log $MERGED_IN_BRANCH.. --pretty=full -p [path]

替换$MERGED_IN_BRANCH我合并的分支和[path]与冲突的文件.此命令将以补丁形式记录(..)两次提交之间的所有提交.如果你把一边留空,就像上面的命令一样,git会自动使用HEAD(在这种情况下你要合并的分支).

这将允许您查看两个分支在分叉后进入文件的提交.它通常可以更容易地解决冲突.

运用 patience

我很惊讶没有人谈到使用patience合并递归策略来解决冲突.对于大合并冲突,使用patience为我提供了良好的结果.这个想法是它会尝试匹配块而不是单独的线.

例如,如果更改程序的缩进,默认的Git合并策略有时会匹配{属于不同函数的单个大括号.这可以避免patience:

git merge -s recursive -X patience other-branch

从文档:

With this option, merge-recursive spends a little extra time to avoid 
mismerges that sometimes occur due to unimportant matching lines 
(e.g., braces from distinct functions). Use this when the branches to 
be merged have diverged wildly.

与共同祖先比较

如果你有一个合并冲突,并且想要在修改其分支时看到其他人的想法,有时更容易将他们的分支直接与共同的祖先(而不是我们的分支)进行比较.为此您可以使用merge-base:

git diff $(git merge-base  ) 

通常,您只想查看特定文件的更改:

git diff $(git merge-base  )  

截至2016年12月12日,您可以在github.com上合并分支并解决冲突

因此,如果您不想使用此处提供的命令行或任何第三方工具,请使用GitHub的本机工具.

这篇博文详细解释了,但基本原理是,在通过UI"合并"两个分支后,您现在将看到一个"解决冲突"选项,它将带您到编辑器,允许您处理这些合并冲突.

我总是按照以下步骤来避免冲突.

git checkout master(来到master分支)

git pull(更新你的主人以获取最新的代码)

git checkout -b mybranch(签出一个新的分支并开始在该分支上工作,这样你的主人总是保持在主干之上.)

git add.和git commit AND git push(在你的更改后在你的本地分支上)

git checkout master(回到你的主人那里.)

现在你可以做同样的事情并维护你想要的许多本地分支机构并同时工作我只需要在你的分支机构进行git checkout.

如果要从分支(测试)合并到主服务器,可以按照以下步骤操作:

第1步:转到分支机构

git checkout test

第2步: git pull --rebase origin master

步骤3:如果存在一些冲突,请转到这些文件进行修改.

第4步:添加这些更改

git add #your_changes_files

第5步: git rebase --continue

步骤6:如果仍有冲突,请再次返回步骤3.如果没有冲突,请执行以下操作:git push origin +test

第7步:然后测试和主人之间没有冲突.您可以直接使用合并.

合并冲突可能发生在不同的情况:

运行"git fetch"然后"git merge"

运行"git fetch"然后"git rebase"

运行"git pull"(实际上等于上述条件之一)

当运行"git stash pop"时

当您应用git补丁(导出到要传输的文件的提交,例如,通过电子邮件)

您需要安装与Git兼容的合并工具来解决冲突.我个人使用KDiff3,我发现它很好用.您可以在此处下载其Windows版本:

https://sourceforge.net/projects/kdiff3/files/

顺便说一句,如果你安装Git Extensions,它的安装向导中有一个选项来安装Kdiff3.

然后设置git configs使用Kdiff作为其mergetool:

$ git config --global --add merge.tool kdiff3
$ git config --global --add mergetool.kdiff3.path "C:/Program Files/KDiff3/kdiff3.exe"
$ git config --global --add mergetool.kdiff3.trustExitCode false

$ git config --global --add diff.guitool kdiff3
$ git config --global --add difftool.kdiff3.path "C:/Program Files/KDiff3/kdiff3.exe"
$ git config --global --add difftool.kdiff3.trustExitCode false

(请记住用Kdiff exe文件的实际路径替换路径.)

然后,每次遇到合并冲突时,您只需运行此命令:

$git mergetool

然后它打开Kdiff3,并首先尝试自动解决合并冲突.大多数冲突将自发解决,您需要手动修复其余冲突.

这是Kdiff3的样子:

然后,一旦完成,保存文件,它会转到下一个有冲突的文件,然后再次执行相同的操作,直到解决了所有冲突.

要检查是否所有内容都已成功合并,只需再次运行mergetool命令,您应该得到以下结果:

$git mergetool
No files need merging

这个答案是为那些喜欢在编辑器中做所有事情的VIM用户添加一个替代方案.

Tpope想出了一个名为逃犯的 VIM插件.安装完成后,您可以运行:Gstatus以检查存在冲突的文件并:Gdiff以3种方式合并打开Git.

一旦进入3-way合并,逃犯将让您以下列方式获得您正在合并的任何分支的更改:

:diffget //2,从原始(HEAD)分支获取更改:

:diffget //3,从合并分支获取更改:

完成合并文件后,键入:Gwrite合并缓冲区.Vimcasts发布了一个很棒的视频,详细解释了这些步骤.