使用meld作为git的辅助工具

ls0398

　　原文链接: https://lrita.github.io/2017/05/14/use-meld-as-git-tool/?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutiao.io

为什么使用meld
　　当同一个文件被多人编辑时，经常会出现冲突的问题，因此就需要解决冲突。
　　但是git内置的diff、merge工具比较孱弱，经常会发生一些问题，例如

删除的代码被人合并时又加了回来
　　删除的代码被人合并时又加了回来，我想这种场景使用git的团队都遇见过。如果出现这种问题时， 解决冲突的人又是一个粗心的家伙，同时代码有没编译出错，则很难再发现产生了这个异常。只有 当bug再次出现时，才会发现“这个bug我明明修复了，怎么代码又回滚了？”。
　　下面详细说明一下这个问题出现的原因。
　　当git上原始代码为:
　　

conflict begin　　
Hello world!!!
　　
Here is a misuse code.
　　
conflict end
　　

　　

　　当用户A、B同时下载该代码同时开发时。
　　用户A发现了一个bug，将bug移除，提交代码，代码变更为:
　　

conflict begin　　
Hello world!!!
　　
conflict end
　　

　　

　　同时用户B添加了一个新的功能，代码变更为:
　　

conflict begin　　
Hello world!!!
　　
Here is a misuse code.
　　
Here is a new feature.
　　
conflict end
　　

　　

　　然后B提交代码时会产生一个冲突，需要解决，则git默认的merge工具则显示冲突代码为:
　　

conflict begin　　
Hello world!!!
　　
<<<<<<< HEAD
　　
Here is a misuse code.
　　
Here is a new feature.
　　
=======
　　
>>>>>>> e84872b222b7a9d8a3e8745ea3c9a3e85237503c
　　
conflict end
　　

　　

　　然而用户B可能对git的merge显示并不熟悉、或者B是一个粗心的人。此时用户B看到<<<<<<<和=======之间是自己本地提交的新功能代码，则B将merge合并提示信息删除后，代码变为:
　　

conflict begin　　
Hello world!!!
　　
Here is a misuse code.
　　
Here is a new feature.
　　
conflict end
　　

　　

　　然后B将代码提交，此时可见，被删除的bug代码又回来了，如果此时没有人专门review代码， 大家并没有感觉到上面不对，只有在再次出现bug时才会发现该问题。

三路合并工具
　　最容易避免以上问题出现的方式就是采用三路合并工具。场景的三路合并工具有kdiff3、meld、Beyond Compare等。在此推荐meld，该工具具有良好的跨平台能力，无论你使用 Window x/Linux/Mac OS都可以很容易的一键安装该软件，同时免费使用，而且启动速度 快于Beyond Compare等等收费软件。

mac 安装 meld
　　执行以下命令一键安装
　　

brew install caskroom/cask/meld　　

　　


git 配置
　　修改本地的~/.gitconfig配置文件，加入以下几行配置
　　

[merge]　　tool = meld
　　conflictstyle = diff3
　　
[mergetool "meld"]
　　cmd = meld $LOCAL $BASE $REMOTE --output=$MERGED --auto-merge
　　

　　

　　当用户运行git pull或者git pull --rebase产生冲突时，执行git mergetool就会弹出meld 的三路合并界面:
　　可见界面一共分为3栏，左边一栏为你本地当前文件内容，右面一栏为远端服务器上当前文件内容。 中一栏为本地当前文件原始内容。可见中间一栏meld已经帮你自动合并了，检查无误就可以直接保存 退出了。然后meld帮你自动保存了一份git原始冲突文件xxx.orig，检查无误可以删除此文件。
　　注：当不同行冲突时，meld会帮你自动合并，当同一行冲突时，meld会以git 冲突文件的格式显示在 中间栏，此时你比较判断<<<<<<< HEAD/=========/>>>>>>>>3行直接的差异手动合并即可。