淺析版本管理危機(doc 10頁)

淺析版本管理危機內容提要：
起始階段：
項目的開始，項目組隻有從第三方獲取的類庫、具備編程知識的程序員和PM（項目經理）。由於成員數量不少，使用簡單共享方式的版本管理往往難以勝任，某些人往往會因為新功能的需要或者無意將一些代碼改得麵目全非，無從追蹤。我們需要一個簡單的版本管理工具，比如Visual Source Safe，每個人在修改代碼之前要求先將代碼文件標記為“檢出”狀態，每一次“檢入”代碼都在服務器上生成一個新的版本。好了，所有的代碼都有了版本記錄，我們可以查看代碼的演進過程，對任何兩個版本進行比較，也可以輕鬆的獲取到早先的版本。
開始迭代：
由於客戶的要求，項目開始進行簡單的迭代。PM要求所有人員檢入可以的代碼。然後開始執行構建。第一次全部構建的過程可能並不順利，因為有人修改了A組件導致了依賴A組件的B組件不能正常工作了。當然這個不難解決，我們需要對成員進行培訓，要求每個人在檢入代碼前保證所有的構建都是成功的。這很湊效，雖然每次構建要耗費不少時間。編譯的錯誤很容易發現，但是邏輯的錯誤卻沒有那麼簡單了。不過，到現在為止，這個並不太重要，畢竟項目剛剛開始迭代，在給客戶演示的時候偶爾崩潰也是可以忍受的。

..............................