距離第一次使用HG已經(jīng)由2,3年了。 從第一次將HG用于自己的項(xiàng)目， 用U盤同步代碼. 到現(xiàn)在將HG應(yīng)用于linux, 版本差異發(fā)布, 項(xiàng)目內(nèi)部多人的分布式開發(fā)，已經(jīng)感覺非常熟練。
我們的項(xiàng)目的客戶端和服務(wù)器均由C++開發(fā)，由于HG設(shè)計(jì)的理念是1個(gè)工程對(duì)應(yīng)1個(gè)庫， 因此我們的客戶端和服務(wù)器是分開的兩個(gè)HG代碼庫。這種思想和SVN管理的代碼有很大不同。SVN時(shí)代的游戲工程大多是這樣安排目錄的：
common <-客戶端和服務(wù)器共享的庫
client<-客戶端的代碼
server<-服務(wù)器的代碼
通過SVN強(qiáng)大的權(quán)限控制給不同的前后端賦予權(quán)限，前后端程序?qū)@得不同的目錄組合。SVN下的這種工程組織方法能很好的解決單一語言跨工程的代碼，協(xié)議共享問題。雖然現(xiàn)在各種Erlang，Java的服務(wù)器語言與as3,lua的不同客戶端腳本語言混雜的時(shí)代已經(jīng)無所謂這種老式設(shè)計(jì)思想。但是對(duì)于我們純C++的手游來說，還是必須面對(duì)分布式代碼管理工具下的代碼跨庫共享問題。
我就這個(gè)問題與多年前被我推薦過HG的朋友討論起來，他們也存在我們這個(gè)問題，但是他們的解決方法就是每個(gè)工程一個(gè)庫。然后被我問到：“同步一次代碼，一次次的打開不同的庫（他們客戶端+服務(wù)器一共6到7個(gè)HG代碼庫），進(jìn)行同步， 完成后， 還要反向pull，不累啊？”， 朋友回答：“習(xí)慣就好”
隨后，我也翻查了git對(duì)多項(xiàng)目的支持。得到的答案也是跟HG一樣的， 這類分布式代碼管理工具本身的設(shè)計(jì)理念只有賬號(hào)，而無權(quán)限， 本身就是基于開源代碼精神設(shè)計(jì)的工具， 如果分了權(quán)限，豈不是違背開源精神（這是我想的
）。因此如果想管理多個(gè)項(xiàng)目代碼， 要么多庫，要么合庫。