在git操作中，会出现分支和分叉两种情况。分支是比较正常的，几乎所有的项目都会有分支，分叉则出现的较少，一旦出现分叉，就意味着问题的出现，需要不同开发者坐在一起商讨应该怎么解决分叉问题。

分支（branch）

简单的说，分支就是从原有的分支（主分支）中克隆一支出来，并独立的发展。

1 --- 2 --- 3 ---- 4       --- ①
   \
     5 -- 6  -- 7          --- ②

如上图中，①是主分支，在1的位置项目被创建，在2的位置，②分支被创建，它源于①分支，因此，在5处代码和2是一模一样的。但是有人继续在①分支上工作，修改代码，有人在②分支上工作，修改代码，两个分支互不影响。但是毕竟①是主分支，将来产品是要在①上build后发布的，所以有一天，②分支的开发结束了，被合并的①分支上。

1 --- 2 --- 3 ---- 4 -- 8---10 ---11
   \                   /
     5 -- 6  -- 7 -- 9

在②分支开发到9的位置结束后，合并到10的位置，这个时候10的位置就拥有了之前①②两个分支的所有修改过的代码。

当然，在合并代码的过程中，可能存在一些冲突，比如在4的位置a.java被修改了，而在7的位置a.java也被修改了，这个时候就需要在合并分支的时候，检查同时修改的文件，把有用的代码都保存下来，把无用的代码去除掉。

分叉（branch diverged）

分叉更多的要涉及一个时间概念，分叉问题，实际上就是代码在同一分支上出现了时间错位的提交，这种现象有点类似平行空间，及同一个分支在不同的开发者手里不一样。这在开发中是常见的，因为有些管理上或习惯上的原因，在提交代码时确实很容易出现提交时间错位的情况。

①  clone     commit&push                        commit&push
     1 ----------- 2 ---------------- |3| ----------- 4 -------------
②  clone                         commit&push

在上图中，同一个分支，被①和②两位开发者克隆后分别进行开发。①在2的位置进行了提交，②在3的位置提交后想要push，这个时候就会发现无法push，git会提示需要更新本地代码。这个时候就麻烦了，因为更新本地代码会发现可能本地代码已经修改过了，无法更新，唯一的解决办法是先删除掉本地文件，再取出分支上的最新代码。可是这个时候取出的，是2处①提交的代码，而自己的代码只能丢失。这是②不愿意看到的，他会有一种蛋蛋的忧伤。

如果②不愿意删除自己的代码，同时，假如②是一个大牛，写的代码会有很多人用，那么分支很有可能出现分叉的情况，甚至②的分支会被其他人克隆，被使用更多。

分叉是一个很有意思的现象，它和上面的分支有着非常大的区别，分叉是靠git本身难以解决的，因为git不可能保存同一分支的不同提交，你在写代码的时候，不可能同时看到①和②的不同代码。因此，只能靠人为因素来解决分叉问题。一般的解决方案：

• 像上面说的，②删除本地文件，pull之后凭借记忆修改代码后再提交
• ②建立自己的独立分支，通过上面讲的分支的合并方法合并代码（下面还有其他有趣的讨论）
• ②通过召开会议，强行要求①将提交退回到1的位置，自己提交代码后①再重新提交，那么①在2和4处的提交也会丢失（不过本地代码已经修改过了，还有保存）

分叉情况在比特币区块链中发生过多次。区块链实际上就是一个分支，它也可能被创建新的分支（彩币），但是绝对不允许出现分叉。假如同一笔交易，在挖矿登记时，不同的矿场登记的信息不同，产生了不同的区块，而后续的挖矿继续跟踪自己认为是合法的区块继续挖矿，就会导致交易账单混乱。因此，一旦比特币区块链出现分叉，必须通过比特币会议商讨解决，否则会给整个比特币生态带来灾难。

在代码分叉的时候，也可能出现这个情况，两位不同的大牛各自克隆了同一个分支，进行修改，而他们的追随者又在各自不同的代码上进行新功能的添加，这就会导致同一分支最后可能得到两个完全不同的代码集合。不过git解决不了的，人可以灵活的解决，当一个分叉足够强大时，项目可能脱离原来的分支，自己成为一个独立的项目，也就是“衍生版”，然后得到一个新的（主）分支，其他的追随者在这个分支上继续发展。

2016-06-07 8548