subversion程序，和mysql很類似，是c/s結構的，有客戶端和服務器端。服務器端和客戶端都是通過命令行方式啟動和執行的。本文只會使用到客戶端的命令。
第三方提供了各種圖形界面的客戶端工具，比如eclipse插件subclipse，windows圖形界面工具tortoiseSVN。這些后面會提到它們的基本使用。
subversion資源
安裝subversion
有關subversion和subclise的安裝暫略，因為目前提供的虛擬機開發環境已經安裝和配置。
tortoiseSVN，可到官方網站上下載最新版本的windows安裝包，默認安裝，不需要做其他設置，安裝后需要重啟計算機。能在資源管理器中鼠標右鍵菜單看到如下圖所示條目，就說明安裝成功。
使用subversion
日常工作中使用subversion僅僅是幾個命令或者操作，并不復雜。但是它內部的一些機制需要逐漸去理解。
檢出代碼
在剛開始進入一個開發隊伍的時候，已經有版本控制和軟件項目，使用的第一個命令往往是檢出（checkout）代碼?；蛘弋斒褂煤脱芯块_源軟件的時候，也是第一個要用到這個命令。這個命令的作用是把項目的源代碼下載到用戶本地，并且帶有版本控制信息。
比如，執行以下命令獲取一個項目的源代碼：
svn co http://easymorse.googlecode.com/svn/trunk/vfs.demo/
這個命令將在本地當前目錄建vfs.demo目錄并將該服務器目錄下的所有文件下載到本地，并且，會生成隱藏文件.SVN目錄，用于記錄版本控制信息。
tortoiseSVN有圖形界面的檢出操作，但是命令行方便快捷，建議使用命令行。
如果使用eclipse并安裝了subclipse插件，可以通過插件導入項目。
然后，
選擇或者新建資源庫位置，
選擇資源庫中的項目目錄。
然后，就可以完成（finish）了。
初始導入
何時使用初始導入，比如，對于java開發人員來說，在eclipse中編寫了一個項目，并決定把項目共享到版本控制器上，這時就需要初始導入操作了。
以下以subclipse為例說明初始導入的步驟。
第一步，選擇share project，共享你的項目：
選擇通過svn共享項目：
填寫svn提交的url：
這個url，需要subversion的管理員告知你，還有用戶名和密碼。如果想練習一下，google提供了免費的svn，你可以通過：http://code.google.com 申請項目，這樣就會有類似我上面的url和權限。
然后可以直接點擊finish，完成初始提交。選擇next，可以做定制模塊名和初始提交的信息，一般不需要。
如果你的svn服務器使用了https協議，需要接受一個數字證書，一般選擇永久接受。
之后，會要求輸入用戶名和密碼。建議勾選保存密碼，否則會很麻煩。
這樣，再看項目，會發現條目上多了問號，這時需要選擇哪些目錄和文件需要提交，哪些需要忽略，比如生成的class文件等。
選擇需要忽略的文件或者目錄，這時需要切換到導航視圖下才能看到所有文件和目錄：
從導航視圖看到的情況：
選中需要忽略的目錄和文件，操作svn：
然后提交整個項目即可。有關提交的操作見下文。
更新項目
項目在提交前，應該先做更新項目操作。比如有一個文件a.txt，已經提交到svn中，這樣，可能有其他用戶提交了新的改動到a.txt，你現在又 修改了a.txt，準備提交你的改動。先操作更新a.txt，這樣如果該文件在svn服務器已經改動，會將改動加入到當前本地的a.txt中。
在subclipse中的操作：
提交代碼
提交代碼，一般會級聯當前目錄下所有改動的內容。
刪除代碼
對于不再使用的代碼，可以直接刪除掉，比如通過windows刪除文件，通過ubuntu的rm命令或者通過eclipse的delete功能，然后提交項目，subclipse會知道哪個文件被刪除了，并將這個變化通知給svn服務器。
還原代碼
如果代碼做了改動，可以是多個文件，也可以刪除了文件或者新增了文件，但是沒有提交到svn服務器，可以通過還原功能恢復到改動前的樣子。
版本的分支與合并
版本的分支和合并，是版本控制的核心功能。
比如，軟件通過版本的分支，將項目分配給多人做分工開發，通過版本合并，將這些分工實現的代碼合并到新的版本中；或者，修改代碼bug的時候，可以 先打出一個版本分支，保留出現bug的版本，比如分支版本名稱為pre_fix_bug_2201，這里2201表示bug的代號，然后針對這個分支做修 改fix這個bug，再將修改后的內容提交到一個新的分支版本，比如post_fix_bug_2201，再到適當時候將這個分支合并到代碼主干中去。
以上說了一下版本分支與合并的用途，這里簡單說一下svn版本分支合并的基本原理。
首先是版本分支，實際上是將當前版本“copy”到分支上，非常類似windows下，將某個目錄的快捷方式復制到其他路徑。這種copy，可以說 是輕量級copy或者叫廉價copy，不是復制版本內容，而是做一個內部的引用。這樣的copy很快，對服務器也沒有空間上的開銷。
版本的合并，是svn開發中的難點，當做版本合并的時候，服務器會試圖智能的合并同一個文件的不同版本，可能會帶來版本沖突，這需要操作者做手工的處理，消除版本沖突。合理分工的項目應該可以通過管理手段盡量避免這種情況。
以下是通過subclipse演示版本分支的操作。首先，項目文檔應該已經全部提交，然后，選擇
然后，填寫url，一般是在tags/目錄下：
然后默認選項，next即可，然后選擇finish按鈕。在svn的相應路徑下就會有一個同名的項目。
打分支，實際上就是建立了一個項目的輕量級copy。
如何從版本的一個分支切換到另外一個分支，這也是很重要的，它能幫助你輕松在不同的項目版本中自動切換，而不必在eclipse里維持多個項目。
選擇要切換的項目版本路徑，或者直接輸入亦可。
然后點擊ok后，項目即可切換到該版本下。
在分支上做了改動，并且已經提交（一般tags目錄下的項目約定是只讀的，不建議改動，這里是為了舉例方便），那么，可以將這個版本合并到trunk（主干）代碼中，讓主干也擁有最新的代碼。
選擇需要合并的源，比如從tags上面一個版本，合并到主干（trunk）代碼中。
之后，需要設置一些合并的特性，這里默認配置即可。
執行完畢后，會有一個合并報告，可見沒有出現沖突情況。
這時候看源代碼，可以發現有改動，這些改動就是合并過來的代碼。
改動如果沒有問題，就可以提交，這樣就完成了一次版本的合并工作。
“還原”已經提交的改動
如果文檔沒有提交，還原是很容易的，只需執行還原（revert）就可以了。有時候，已經提交了代碼，結果發現了問題，需要回退到之前提交的版本，就不是很容易了。
這時候的還原，其實是將以前的某個修訂本（revision）覆蓋當前的本地工作拷貝。然后再提交這些改動，成為新的修訂本。
下面演示一下。
首先提交了一個版本的改動，這是以后需要還原回來，這里，為了以后還原方便，要在提交的消息中說明改動了什么。（這一步在開發中是必須的，是紀律）
下面，再修改一下項目，然后提交一次，這里故意增加一個文件。
提交以后，后悔了，想恢復到前一個修訂版。雖然可以通過版本號進行覆蓋還原，但是一般人是無法記憶這個版本號的，另外就是實際情況往往更復雜，不會像示例中那樣是相鄰的兩個修訂版。
所以提交修訂版時的注解消息就顯得特別重要。
這時可以通過svn的日志功能查看到這些版本和它們的注釋消息。
看到歷次版本的消息內容。
這樣，根據注釋，我們很容易找到需要還原到以前的那個修訂版。如果不放心，我們還可以根據上下文菜單，對比兩個修訂版的區別。
看比較結果?？梢钥闯?，增加了一個文件，另外一個文件中有一處差異。
那么，可以確定是從125修訂版恢復（還原）。
更改后的項目，相當于用125修訂版還原了126修訂版。
可以看到126版本添加的文件不見了，另外VfsDemo.java文件也還原到125版本的內容。這時提交將成為127版本，這個版本其實就是125版本。算是還原了主干（trunk）上的代碼。
刷新歷史，可以看到修訂版已經生效。
