gitmerge的命令

① git merge conflict 怎么解决

首先，找到包含conflict的文件
一般的命令包括
git
diff
git
status
git
ls-files
-u
（这个命令的结果比较奇葩）
找到文件后
cat一下
就可以找到conflict具体的地方
找到了conflict的地方
我们可以通过一些方面来追溯
产生conflict的那些递交可以使用
git
log
--merge
--left-right
-p
其中--merge选项告诉git只要显示那些和conflict相关的递交
--left-right会在commit的信息中加入<
或者>
来提示这个commit是在当前分支
还是在那个需要被merge进来的分支上！

② git merge和rebase的区别

merge和rebase的区别
处理冲突的方式：
使用merge命令合并分支，解决完冲突，执行git add .和git commit -m'fix conflict'。这个时候会产生一个commit。
使用rebase命令合并分支，解决完冲突，执行git add .和git rebase --continue，不会产生额外的commit。这样的好处是‘干净’，分支上不会有无意义的解决分支的commit。
git pull和git pull --rebase区别：git pull做了两个操作分别是‘获取’和合并。所以加了rebase就是以rebase的方式进行合并分支，默认为merge。

③ Git怎样撤销一次分支的合并Merge

如果确定放弃这次合并的提交，假如是 merge 了错误的分支到 master，先通过 git reflog 或者 gitg、gitk、qgit 等工具确定你 merge 之前 master 所在的 commit，然后在 master 分支上使用 git reset --hard <commit> 重置头指针。一般来说，在 master 上直接执行 git reset --hard HEAD~ 也可以回到合并之前的提交，但 git reset --hard 命令还是使用确定的 commit 为好。注意，git reset --hard 命令有风险，除非十分确定要放弃当前提交，否则最好先 git branch 为当前的提交建立个新的分支引用后再继续，待确定无误后删除即可。
如果错误的合并之后又有了新的提交，可以在完成前述正确的合并之后，通过 git rebase --onto <错误的合并提交> <正确的合并提交> <新提交所在分支> 来在正确的合并提交上重建新的提交。git rebase --onto 命令所重建的提交序列最好是线性的，否则非线性的提交会变成线性的。若需要保存非线性的提交历史，可以考虑使用 --preserve-merges 参数，不过结果很不可靠，具体视提交的非线性程度而定。

④ 我在git merge的时候遇到了冲突，怎么解决

首先我们来看看为什么会冲突，git冲突的原因很简单，就是两个分支当中对同一处代码进行了不同的改动。于是git会困惑，不知道在merge的时候究竟应该怎么做，于是就会出现冲突。

实战

光说不练没有意义，让我们来实际操作一下。

我们首先创建一个一个test.txt文件，在其中写入一行test。git add并且git commit。

接着我们checkout -b创建一个新的分支，在这个分支当中我们把test.txt之前的一行改成get conflict。然后我们同样add commit。

git merge --abort

mergetool

除了手动合并以及放弃之外，我们还有一些其他的合并工具。比如git官方也开发了一个专门用来合并的工具，叫做git merge tool，它会将找到一份两个分支的祖先代码作为base也就是基准，然后再将两个分支的改动都列举出来作为对比，让我们在git编辑器当中决定要留下什么。

它打开大概是这样的，我个人只用过一次，因为觉得太难用了。

git mergetool

IDE工具

除了git官方之外，一般的IDE当中也都会提供merge的工具。比如vscode当中的git插件为我们提供了非常好用的merge功能，它会用不同的颜色高亮不同分支的代码。并且还提供了几个非常好用的功能。分别是保留当前分支的代码，保留合并分支的代码，以及保留两者和对比改动。

我们用vscode打开test.txt之后会看到：

当我点击compare changes之后，它就会把这两个文件排列在一起给我们观察它们各自的改动，不得不说是非常好用了。

⑤ git怎样撤销一次分支的合并merge

如果确定放弃这次合并的提交，假如是 merge 了错误的分支到 master，先通过 git reflog或者 gitg、gitk、qgit 等工具确定你 merge 之前 master 所在的 commit，然后在 master 分支上使用 git reset --hard <commit> 重置头指针。一般来说，在 master 上直接执行git reset --hard HEAD~ 也可以回到合并之前的提交，但 git reset --hard 命令还是使用确定的 commit 为好。注意，git reset --hard 命令有风险，除非十分确定要放弃当前提交，否则最好先 git branch 为当前的提交建立个新的分支引用后再继续，待确定无误后删除即可。

如果错误的合并之后又有了新的提交，可以在完成前述正确的合并之后，通过 git rebase --onto <错误的合并提交> <正确的合并提交> <新提交所在分支> 来在正确的合并提交上重建新的提交。git rebase --onto 命令所重建的提交序列最好是线性的，否则非线性的提交会变成线性的。若需要保存非线性的提交历史，可以考虑使用 --preserve-merges 参数，不过结果很不可靠，具体视提交的非线性程度而定。