小談版本控制 svn為主

svn這東西是我到了公司後才用的，版本控制的軟體也就涉及到了svn而已，本來這次回校作

專案打算用cvs試試，不過對比下svn，還是選擇了後者，一來自己比較熟悉，二來他更簡單易用一些

其實寫**很經常遇到這樣的問題，修改**，隨便寫乙個小軟體，修修改該是很正常不過的事情，我們自己修改**可能就隨便的注釋一部分。這個對小工程是完全可以的，而且是在可控制範圍內的。頂多**注釋多些，反正自己看的懂就可以了。我以前自己也是這麼走過來的

可是多人協作的時候，版本控制可以比較明顯的降低這種注釋**帶來的隱患和效率問題。

1，大量的注釋**會影響**的閱讀和修改，一段清潔的**方便自己閱讀也方便別人閱讀

2，用svn，你不用為維護舊的**付出太多精力和時間

3，用svn，不用為維護每個人**的同步付出太多的代價

假定我們現在有三個人作開發，那麼，每個人手上都有乙份**，那麼不考慮每個人修改的版本，至少有三份**，每個人在自己做完修改後，還要通知其他兩個人自己做了哪些修改，並對他們的**需要作出更新，當人員增加的時候，這個代價是n*n的增長的，這是個很痛苦的事情

開發中修改**不可避免，經常作測試的修改部分**驗證修改的準確性的時候，我們都是注釋掉一部分**來做，那麼這樣很容易發生把測試**給他人或者把修改**遺漏或者不完全的情況，需要人為的去維護**的完整性，這個也很痛苦

使用版本控制軟體可以避免這些不必要的痛苦，當你完成部分**的時候，提交伺服器，並更新你本地**，**的合併有svn完成，如果有

衝突，那麼你也之需要在svn提示下，消解特定檔案的衝突即可，你不必把精力花在你剛剛修改了哪些**這種無聊的問題上面

介面下設定下就ok了，頂多是英文介面為對新人超成一些麻煩外，由於viaualsvn server版本是個很簡單的伺服器版本，可供設定的選項也不多，所以也沒什麼可以讓你麻煩的，

linux下面的服務端未配置過，linux應該會相對麻煩些，沒有win32那麼圖形化

操作來的順手

windows下面比較好用的svn客戶端有tortoisesvn（和windows的資源管理器結合的很好）linxu下面比較好用的svn客戶端應該是rapidsvn吧，esvn用了個晚上，發現diff不是很好用。不過選單

設計比較人性化一些，也是個不錯的客戶端，總的說 win下面的客戶端也比較好上手些

其實有準備經常作專案的，可以在自己本機上面配置乙個svn服務端和svn的客戶端，這樣**修改也可以隨意些，不需要注釋大片的**來備份以前的成果。

版本控制這東西，其實是作專案開發乙個入門需知的小工具而已，有助於程式設計師把有限的精力放在最需要的地方而不需要為那些瑣碎的事情煩惱。版本控制不是什麼很高深的東西，關鍵在於能幫你作什麼，而不是用來炫耀的技能