rebase和merge区别是什么?
Merge具有更高的可追溯性，而Rebase则更整洁且易于审核。Merge合并将在您的特征分支中将更改集成，并创建一个新的提交F. F是合并开发分支的提交，如果有的话，对冲突进行排序。此方法将为特征分支带来Develp分支的更改，即A和B。现在，您的特征分支上的提交是C，A，D，B，E，F.有3个添加到您的功能分支中的其他提交。Rebase另一方面，rebase会移动整个功能分支，就像它从一开始就从开发分支的最新提交分支出来一样。Rebase将首先搜索功能分支的基础，然后将其更改为开发分支B上的最新提交，然后根据该基础B将所有提交重新应用到功能分支上。Rebase实际上是创建新提交，C’，D’，E’。原始提交保持不变。最后，它将要素分支指向的要素从E更改为E’。
我在git merge的时候遇到了冲突，怎么解决？
首先我们来看看为什么会冲突，git冲突的原因很简单，就是两个分支当中对同一处代码进行了不同的改动。于是git会困惑，不知道在merge的时候究竟应该怎么做，于是就会出现冲突。实战光说不练没有意义，让我们来实际操作一下。我们首先创建一个一个test.txt文件，在其中写入一行test。git add并且git commit。接着我们checkout -b创建一个新的分支，在这个分支当中我们把test.txt之前的一行改成get conflict。然后我们同样add commit。最后，我们回到master分支，尝试merge test_conf分支。merge了之后，会看到这样的结果：输出的log当中提示我们有两个文件出现了冲突，这个第八篇.md就是当前编辑的文章，由于我们一直实时在写，所以也会产生冲突。但是文章里的冲突看起来不方便，所以我们就不展示相关的冲突了。我们重点来看test.txt这个文件，也就是我们刚才创建的演示文件。会发现原本我们test.txt只有一行，现在多出了好几行。这个是git在merge的时候处理冲突的方法，它把两边的冲突都保留了下来。用>>>>>>和=======以及<<<<<<<<这样的符号进行分隔，我们简单介绍一下其中的含义。其实还是挺明显的，这个>>>>>> test_conf是我们合并进来的分支的代码。除了直接打开文件之外，我们还可以运行git diff命令来查看冲突。解决冲突手动解决查看完了冲突之后当然是解决冲突，最简单的方法将去做手动合并。手动合并的方法很简单，就是我们选择我们要保留的代码，然后再把>>>>>, ======, <<<<<<这些提示行给去掉。最后重新add commit。放弃合并这样当然可以完成合并，但是显然并不友好，如果改动量小还行，如果改动量很大的话，那么显然是非常费劲的。如果你觉得改动量太大想要先放弃合并，先想想其他的办法，可以使用git merge --abort命令，这样可以让你的代码恢复到合并之前的状态。如果你运行了git merge之后又进行了一些人为的改动，那么在abort之后，也会被回滚掉。git merge --abortmergetool除了手动合并以及放弃之外，我们还有一些其他的合并工具。比如git官方也开发了一个专门用来合并的工具，叫做git merge tool，它会将找到一份两个分支的祖先代码作为base也就是基准，然后再将两个分支的改动都列举出来作为对比，让我们在git编辑器当中决定要留下什么。它打开大概是这样的，我个人只用过一次，因为觉得太难用了。git mergetoolIDE工具除了git官方之外，一般的IDE当中也都会提供merge的工具。比如vscode当中的git插件为我们提供了非常好用的merge功能，它会用不同的颜色高亮不同分支的代码。并且还提供了几个非常好用的功能。分别是保留当前分支的代码，保留合并分支的代码，以及保留两者和对比改动。我们用vscode打开test.txt之后会看到：当我点击compare changes之后，它就会把这两个文件排列在一起给我们观察它们各自的改动，不得不说是非常好用了。
git merge是怎样判定冲突的?
git merge判定冲突的方法：先寻找两个commit的公共祖先，比较同一个文件分别在ours和theirs下对于公共祖先的差异，然后合并这两组差异。如果双方同时修改了一处地方且修改内容不同，就判定为合并冲突，依次输出双方修改的内容。Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。最初 Git 的开发是为了辅助 Linux 内核开发的过程。
