第337部分(第4/4 頁)

和主版本進行合併覆蓋。

當然，如果其他開發者發現了主版本中的程式碼BUG，則可以在本地製作補丁，然後將補丁傳送給主開發者。讓其決定是否將其應用到公共伺服器上。

這樣。利用這種方式，很好地解決了之前集中式版本控制的各種弊端，極大地提高了不在同一個地方的開發者相互進行協同開發的效率。

除此之外，程式碼倉庫還具備即時溝通功能和日誌備忘溝通功能，團隊合作者可以在自己的團隊聊天室中進行即時溝通，也可以直接提交團隊日誌進行延遲溝通，專案負責人還可以將任務直接指派給團隊中的成員，讓其專門負責某一個功能的開發。

總之。“程式碼倉庫”的編寫初衷，就是為了讓全世界各地的開發者，能夠更好地為LINX貢獻程式碼，更方便更有效率進行比較分散的團隊協作開發。

程式碼倉庫開源之後，立刻引起了開源業界的關注。

這個軟體，相比起現在主流的那些版本控制軟體來，簡直就是一個神器。幾乎解決所有已經存在的各種令人頭疼的難題，讓開發人員可以將精力全部放到開發上，而不是為了解決這些問題而傷透腦筋。

“程式碼倉庫”剛開始還只是在LINX的開發者群體中流傳，可是它實在是太優秀太實用了，這些開發者們在習慣了程式碼倉庫的便利性自後，實在無法忍受自己公司或者其他開源專案所使用的那些版本控制軟體，強烈要求這些專案負責人進行軟體升級，將版本控制軟體更換成“程式碼倉庫”。

在網際網路上，資訊的傳播速度比任何傳統媒體都要迅速，在網路興起之後，有人就說過，網際網路將整個地球變成了一個村子。

程式碼倉庫對外發布並且開源之後，立刻在業內引起了轟動，甚至遠遠超過了LINX系統本身開源這一事件。

LINUX創始人LINUS首先做出反應，他在LINX的開源版本的基礎上，進行了一些細節方面的修改，然後退出了針對LINUX系統開發的版本�