最近在管理代码，有+2的权限，看到一些以前+1看不到的东西。

有时候会遇到多个人基于同一节点提交代码，那就要选择先合入和后合入，如果这多人修改到同一个文件同一个地方，就可能产生冲突，一般要避免这种情况出现。

1、首先就要看需要合入的提交里面，大家改到的文件是什么，有没有改到同一个文件。如果有，就看看两笔之间应该先合入哪一笔，因为后一笔会覆盖前一笔。

2、如果多笔提交改到同一个文件的同一个地方，就会产生冲突。这时候只能合入其中一笔，其他提交将不能合入，需要通知其他提交的人将本地代码同步到合入第一笔之后的代码，按照该时间节点作为基础来提交代码。

3、有冲突不要硬合，不然就会将别人辛辛苦苦写的代码给覆盖掉，到时候人家一跟远程仓同步。哦豁！本地的代码全没了，大半夜顺着网线爬过来刀你。

这时候就会看到代码管理里面分出parents和child

parents是主干，也就是先合入的代码。

child是枝干，也就是后合入的代码。

枝干可以有多条，主干只能有一条，而且最后一定要Merge到主干上面去，合不进去的就一定有问题，有冲突就解决冲突。+2不单是最终审批者，更是个劝架的。