艾偉也談項目管理，【項目管理】關于異地開發中的源代碼管理問題

最近在帶領一個異地的團隊在進行.Net B/S系統開發工作。兩地相隔1000多公裡， 兩地都有開發人員，源碼的統一管理就成了需要解決的問題。針對這個問題，想到如下的解決方法：

一、利用Microsoft Visual SourceSafe的Internet功能

優點：

1.考慮使用VSS是因為他與Microsoft Visual Studio內建的很緊密。可以在編譯器中對源碼進行直接Check in 和 Check out.使用的效率很高。

2.團隊成員入手容易。在對需求清楚的情況下，可以快速溶入團隊，進行編碼。

缺點：

1. 對團隊中的契合度及團隊制度要求比較高。

比如，異地的一個同僚周周下班前，沒有簽入，周末又不開機，或者不願意去公司做check in,會讓你這編編譯不過。整個程式無法跑通。當然可以忽略該功能。但是如果涉及到流程方面的，會避之不及。

2.如果某個團隊成員在沒有簽入的情況下，開發的機器崩潰了。重新裝系統。那麼該部分就無法被重新簽入了。

3.對網絡的要求比較高。因為異地的網絡比較差，當涉及圖檔等大一些檔案操作時。很慢。

二、單人彙總

讓一個人來進行彙總，保證他這裡的是最新版本的源碼。

1.代碼被內建是值得信任的，可以通過時間和檔案大小判斷是否最新版本。

2.在有人員變更時受到的影響很小。

3.不會因硬體的損壞而受到很大的影響。制度上可以要求每日備份。這樣受的影響隻有一天的工作量。

4.當網絡環境不好時，可以通過郵件、MSN等工具來傳遞。

1.開發環境和架構需要是固定的。如果環境有變動，配置起來容易不統一。

2.效率不穩定。受彙總人個人因素的影響很大。

3.時效性不是最高的。

最後，說一下，我最後的采用的處理方式：

1.在做設計時，需要對子產品劃分盡量細化。在檔案結構中，最好一小類功能就用一個檔案夾，這樣友善子產品的配置設定和彙總。

2. 兩地都有VSS來進行本地的源碼管理。

3.兩地都設一個負責人。然後由一地的負責人來總體彙總。這個人選需要對VSS、VS2005、環境搭建、需求了解有較豐富的經驗。

3.選擇對人。人選對了。問題将不再是問題。

4.定義好接口部分。盡量多的文檔化。

5.特殊問題特殊解決.比如在更新比較頻繁時，對彙總人工作量壓力比較大。可以通過放緩彙總時間來解決。

6.多溝通。保持好團隊的溝通順利和團隊的融洽度。大家互相熟習和氣氛良好。就容易溝通。可以把一些隐藏的問題爆露出來。

最後，還請有異地開發經驗的朋友們，給些建議和其他的思路。