Git分支合并冲突解决的方法实现
前2天群里发了张git历史图，如下：
根据提交历史，可以看出图中所有分支合并都采用merge的方式，具体merge是怎么操作的，可以阅读下边文章。
根据项目上的需求，如果要求git提交历史是比较简单的一条时间线，可以使用rebase的合并；如果没有这个要求，可以使用merge合并，其分支树是网状结构，但每个提交也都是比较明确清晰的。他们的区别，可参考git merge与 git rebase区别及实例：
- rebase合并：本质是先取消自己的提交，临时保存，然后把当前分支更新到最新的origin分支，最后应用自己的提交。
- merge合并：将两个分支进行合并提交。
rebase合并
（1）远程fetch的代码，本地没有修改，直接rebase即可；
（2）若本地对文件修改，没有add，rebase时，会提示“Cannot rebase: You have unstaged changes.Please commit or stash them.”，add后没有commit，会提示“Cannot rebase: Your index contains uncommitted changes.Please commit or stash them.”。commit后，如果没有修改同一文件，rebase不会冲突。
（3）若本地对同一个文件修改，commit后，rebase时，有2种情况：
① 如果没有修改同一位置，则可以rebase，不会产生冲突；
②如果修改了同一处，则rebase时会出现冲突，也不用怕，此时git已经进行了合并，只是没有应用自己的提交，解决办法：修改冲突的文件，然后执行add和rebase --continue操作即可。如果不小心，执行完add后执行了commit，此时本地仓库HEAD处于游离态，如何解决，后续再补充。
merge合并
merge合并也可能存在冲突，解决冲突与rebase相似，处理完冲突文件后，重新提交即可。
举例说明
假设现在有3个人（git1、git2、git3）合作开发一个项目。
（1）git1创建项目，添加index.html文件，在index文件中添加“create by git1”，提交；
git2拉取文件后，在index中添加“add by git2”，提交；
git3拉取文件后，在index中添加“add by git3”，提交；
git1拉取最新代码后，在index中添加“add by git1 add1 by git1”，如下：
提交远程仓库，分支树如下：
（2）git2在index文件中添加“add 1 by git2”，以实验冲突
此时分支树如下：
提交后：
然后执行rebase发生冲突：
分支树为（此时分支为(no branch, rebasing dev)）：
打开冲突文件，冲突部分是以 <<<<<<<<<< ============= >>>>>>>>>>标识，将此部分代码进行处理，处理后的文件为：
执行add和rebase --continue
rebase结束，分支树为：
提交远程后，最终分支树如下：
（3）git3的index文件如下：
将index文件中的第一行修改为“create by git1 modifed in another place”，提交。
从远程拉取最新文件，执行rebase
最终结果如下：
（4）git1创建了一个index2.html文件，提交后push，远程拒绝push，原因是本地不是最新版本，需要更新后提交，拉取最新文件。
git1执行merge操作，最终分支树如下：
总结修改同文件不同处，rebase和merge合并不会冲突修改同文件同一处，合并会冲突，解决方式：rebase，解决冲突，执行add+rebase continue；merge，解决冲突，重新提交
到此这篇关于Git分支合并冲突解决的方法实现的文章就介绍到这了,更多相关Git分支合并冲突解决内容请搜索小牛知识库以前的文章或继续浏览下面的相关文章希望大家以后多多支持小牛知识库！
-
把issue2分支和issue3分支的修改合并到master。 切换master分支后，与issue2分支合并。 $ git checkout master Switched to branch 'master' $ git merge issue2 Updating b2b23c4..8f7aa27 Fast-forward myfile.txt | 2 ++ 1 files chan
-
问题内容： 您能否建议我在发布者和订阅者之间合并期间自动解决主键冲突的方法。看来Sql Server并没有开箱即用:(。 冲突查看器向我显示了下一条消息： 无法将“ publisher_server”上的行插入传播到“ subscriber_server”。此失败可能是由于违反约束引起的。违反主键约束’PK_ PartPlan FD9D7F927172C0B5’。无法在对象“ _table_nam
-
本文向大家介绍git在idea中的冲突解决方法(非常重要)，包括了git在idea中的冲突解决方法(非常重要)的使用技巧和注意事项，需要的朋友参考一下 1、git冲突的场景 情景一：多个分支代码合并到一个分支时； 情景二：多个分支向同一个远端分支推送代码时； 实际上，push操作即是将本地代码merge到远端库分支上。 关于push和pull其实就分别是用本地分支合并到远程分支 和 将远程分支合并
-
Windows 用tutorial进行的操作 若要进行pull操作，请右击tutorial目录，并选择‘拉取’。 用tutorial进行的操作 在以下画面点击‘确定’。 用tutorial进行的操作 我们看到画面上的警告信息表示自动合并失败。请点击‘关闭’以退出窗口。 用tutorial进行的操作 若您确认变更，请点击‘Yes’。 用tutorial进行的操作 TortoiseGit告诉我们：因"
-
在上一个页面我们提及到，执行合并即可自动合并Git修改的部分。但是，也存在无法自动合并的情况。 如果远程数据库和本地数据库的同一个地方都发生了修改的情况下，因为无法自动判断要选用哪一个修改，所以就会发生冲突。 Git会在发生冲突的地方修改文件的内容，如下图。所以我们需要手动修正冲突。 ==分割线上方是本地数据库的内容, 下方是远程数据库的编辑内容。 如下图所示，修正所有冲突的地方之后，执行提交。
-
解决冲突 CVS使用内联“冲突标志”来标记冲突，并且在更新时打印C。历史上讲，这导致了许多问题，因为CVS做得还不够。许多用户在它们快速闪过终端时忘记（或没有看到）C，即使出现了冲突标记，他们也经常忘记，然后提交了带有冲突标记的文件。 Subversion通过让冲突更明显来解决这个问题，它记住一个文件是处于冲突状态，在你运行svn resolved之前不会允许你提交修改，详情见“解决冲突（合并别人
-
本文向大家介绍SpringBoot MongoDB 索引冲突分析及解决方法，包括了SpringBoot MongoDB 索引冲突分析及解决方法的使用技巧和注意事项，需要的朋友参考一下 一、背景 spring-data-mongo 实现了基于 MongoDB 的 ORM-Mapping 能力， 通过一些简单的注解、Query封装以及工具类，就可以通过对象操作来实现集合、文档的增删改查； 在 Spri
-
每次我将一个分支合并回我的主分支时，我就不能再推到原点。我收到消息 我做了一个简单的测试更改： 创建了一个新的分支 做了一个更改到测试分支和提交 签出回到主 合并测试分支 合并似乎进行得很顺利，但现在当我使用Git状态时，主分支并没有告诉我它在源代码之前。当我试着推到原始主机时，我得到了上面的信息。 有人知道是什么导致了这个问题吗？