為什麼版本控制器我堅持使用VSS

理由很簡單：遷出鎖定！

之是以強調這個，是因為這方面吃過的虧太多，我舉幾個例子：

1.比如兩個程式員增加了同一個功能，但是實作方法不同，比如甲：func1,乙 func2，兩者代碼也不一樣

第二個人在遷入代碼的時候，就會沖突，這個時候就會存在解決沖突的問題，誰來解決，感覺都不太合适，在本例中，後一個遷入者很可能會把前一個寫的代碼删掉或者注釋掉，實際上的情況可能更複雜，如果第二個程式員的功力不夠，寫的代碼有潛在的bug，再退回到前一個程式員的代碼，無疑降低了工作效率。更麻煩的問題還有可能是這樣，界面上增加了新的控件，兩個人起的名字不一樣，甚至用的控件不一樣，這樣在融合的時候，讓人抓狂。

2.我自己的親身經曆，有段時間駐場開發，版本産生分支，一個月後回公司，和公司原有代碼融合，真的是一段黑暗曆史，因為同樣的子產品，公司留守程式員也有修改，界面的樣式及代碼都有變化，這些代碼的融和足足花了兩個多月，别問我為什麼會花這麼長時間，因為公司的子產品和駐場同樣的子產品界面有差異，操作模式有差異，還要論證哪種更好，還要考慮使用者的操作習慣.....

當然，VSS被人指責最多的就是不安全，其實是可以避免的，我們目前是這樣做的：

1.在公司部署VSS

2.安裝Dynamsoft SourceAnywhere for VSS支援異地網絡通路

3.駐場工程師必須連接配接公司的版本控制伺服器進行工作

按這樣處理後，再也沒有出現過版本沖突問題，代碼管理省心省力。