分支和分叉

在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