轉載：http://blog.csdn.net/fwzkj/article/details/47988885
今天由於項目的需要安裝了SVN，在這裏和大家分享一下SVN安裝的詳細過程和分享一些資料。
(1)首先是客戶端的安裝。
1）獲取客戶端安裝包。
--安裝包的獲取路徑：
TortoiseSVN的官方下載地址：http://tortoisesvn.net/downloads.zh.html
--中文語言包下載路徑是：
http://download.csdn.net/detail/fwzkj/9060519
2)安裝客戶端。一步步next吧，沒什麼好說的。
3)使用客戶端。
項目經理首次操作時，需在本地代碼文件夾上點擊右鍵選擇“TortoiseSVN->導入”，將本項目組的代碼導 入到SVN上，由SVN來對代碼進行管理，其後項目組的其他成員才能下載使用項目組的代碼。首次操作svn均需要 登錄，從項目經理處獲得用戶名密碼。對代碼的導入、更新、合入，請按“模板”填寫操作信息，方便後續進 行問題跟蹤、代碼審查等操作。如下圖所示。
對代碼的導入、更新、合入，請按“模板”填寫操作信息，方便後續進行問題跟蹤、代碼審查等操作。具體 步驟如下圖所示。
代碼的檢出：新建文件夾(如：workspace)，右鍵單擊，選中“SVN檢出”。如下圖所示。
注意：
版本庫URL：從項目經理處獲得。
檢出至目錄：爲svn代碼的副本在本地的存放路徑。
版本：使用默認，選擇最新版本即可。
代碼更新：
從SVN檢出代碼後，本地的代碼爲SVN服務器上代碼的副本，並不會隨着其他成員對代碼的合入而變化，故 每次對svn操作時，請先對其進行更新，獲得其他同事更改後的最新文件。（當代碼很多，而自己只更改一小 部分內容時，可以只update相應的文件，縮短更新事件）切記：使用代碼前、合入SVN前，均需對相應文件進 行更新。具體圖示如下所示。
代碼修改：
一般情況下，建議將SVN檢出後更新的代碼拷貝到本地的另一個路徑中進行編碼、調試，驗證OK後，再與SV N檢出到本地的代碼進行比較合入。這樣可以避免直接操作SVN檢出到本地的代碼副本文件，減少對源代碼的誤 操作引起的問題排查、定位時間。在編碼過程中，通過比較工具，也極容易將兩份代碼進行比較，對當前開發 的代碼進行檢查、恢復。
代碼合入：步驟如下。
1）SVN更新：獲取最新的代碼源文件；
2）獲取鎖定：獲得鎖，文件只能一個人操作
3）[比較文件]：將修改文件與svn更新的文件比較確定更新內容，避免覆蓋他人已合入的正確代碼；
4）-- SVN提交：將修改的內容上傳到服務器，提交後，被提交的文件的鎖自動釋放；(在提交對話框中， 請按模板填寫合入信息)
5）-- 解除鎖定：不合入修改的內容，直接釋放鎖。
提交代碼時，請按下面的模板填寫合入信息。例如修改信息，版本，需改人，時間等等。
(2)接着是服務器端的安裝。
1）獲取安裝包。
安裝包的路徑：http://www.visualsvn.com/files/VisualSVN-Server-1.6.2.msi
2）文檔。
下載路徑。 http://www.visualsvn.com/server/doc/VisualSVN-Server.pdf
3）安裝過程沒有什麼好說的。主要是next和修改安裝路徑。 4）安裝好之後，就開始使用了。
1）運行VisualSVN Server Manger，下面是啓動界面：
下面我來添加一個代碼庫【Repository】，如下圖。
按上圖所示，創建新的代碼庫，在下圖所示的文本框中輸入代碼庫名稱。如下圖所示。
注意：上圖中的CheckBox如果選中，則在代碼庫StartKit下面會創建trunk、branches、tags三個子目錄；不選中，則只創建 空的代碼庫StartKit。點擊OK按鈕，代碼庫就創建成功了。
創建完代碼庫後，沒有任何內容在裏面。我會在這個教程的第二部分說明如何遷入源代碼。下面，我們開始安全性設置， 在左側的Users上點擊右鍵：
輸入上面的信息，點擊OK，我們就創建一個用戶了。按照上面的過程，分別添加用戶Developer1、tester1、manager1，好了，我們開始添加這些用戶到我們剛纔創建的項目裏：
點擊上圖中的"Add..."按鈕，在下圖中選擇我們剛纔添加的用戶,點擊OK按鈕。說明：大家可能注意到了下圖中的Groups，是的，你也可以先創建組，把用戶添加到各個組中，然後對組進行授權，操作比較簡單，在此略過。
按照下圖所示，分別對用戶【或組】進行授權：
點擊"確定"按鈕，上面的用戶就具有了訪問StartKit代碼庫的不同權限。
因爲用戶starter在團隊中是新來者，不希望他向代碼庫中提交新代碼，所以他只能讀取代碼庫中的代碼，不能提交代碼。tester1是測試人員，不負責代碼編寫，所以也是隻讀權限。而Developer1和manager1是開發人員和項目經理，自然具有讀、寫的權限。在實際的項目開發過程中，Developer和tester往往不可能只有一個人，這時候使用組來授權更加方便，這個大家可以自己練習一下。
與git區別(http://www.jianshu.com/p/bfec042349ca)
1) 最核心的區別Git是分佈式的，而Svn不是分佈的。能理解這點，上手會很容易，聲明一點Git並不是目前唯一的分佈式版本控制系統，還有比如Mercurial等，所以說它們差不許多。話說回來Git跟Svn一樣有自己的集中式版本庫和Server端，但Git更傾向於分佈式開發，因爲每一個開發人員的電腦上都有一個Local Repository,所以即使沒有網絡也一樣可以Commit，查看歷史版本記錄，創建項 目分支等操作，等網絡再次連接上Push到Server端。
從上面看GIt真的很棒，但是GIt adds Complexity,剛開始使用會有些疑惑，因爲需要建兩個Repositories(Local Repositories & Remote Repositories),指令很多，除此之外你需要知道哪些指令在Local Repository，哪些指令在Remote Repository。
2)Git把內容按元數據方式存儲，而SVN是按文件：因爲,.git目錄是處於你的機器上的一個克隆版的版本庫，它擁有中心版本庫上所有的東西，例如標籤，分支，版本記錄等。.git目錄的體積大小跟.svn比較，你會發現它們差距很大。
3) Git沒有一個全局版本號，而SVN有：目前爲止這是跟SVN相比Git缺少的最大的一個特徵。
4) Git的內容的完整性要優於SVN: GIT的內容存儲使用的是SHA-1哈希算法。這能確保代碼內容的完整性，確保在遇到磁盤故障和網絡問題時降低對版本庫的破壞。
5) Git下載下來後，在OffLine狀態下可以看到所有的Log,SVN不可以。
6) 剛開始用時很狗血的一點，SVN必須先Update才能Commit,忘記了合併時就會出現一些錯誤，git還是比較少的出現這種情況。
7) 克隆一份全新的目錄以同樣擁有五個分支來說，SVN是同時復製5個版本的文件,也就是說重複五次同樣的動作。而Git只是獲取文件的每個版本的 元素，然後只載入主要的分支(master)在我的經驗,克隆一個擁有將近一萬個提交(commit),五個分支,每個分支有大約1500個文件的 SVN,耗了將近一個小時！而Git只用了區區的1分鐘！
8) 版本庫（repository):SVN只能有一個指定中央版本庫。當這個中央版本庫有問題時，所有工作成員都一起癱瘓直到版本庫維修完畢或者新的版本庫設立完成。而 Git可以有無限個版本庫。或者，更正確的說法，每一個Git都是一個版本庫，區別是它們是否擁有活躍目錄（Git Working Tree）。如果主要版本庫（例如：置於GitHub的版本庫）發生了什麼事，工作成員仍然可以在自己的本地版本庫（local repository）提交，等待主要版本庫恢復即可。工作成員也可以提交到其他的版本庫！
9)分支（Branch）在SVN，分支是一個完整的目錄。且這個目錄擁有完整的實際文件。如果工作成員想要開啟新的分支，那將會影響“全世界”！每個人都會擁有和你一樣的分支。如果你的分支是用來進行破壞工作（安檢測試），那將會像傳染病一樣,你改一個分支，還得讓其他人重新切分支重新下載，十分狗血。而 Git，每個工作成員可以任意在自己的本地版本庫開啟無限個分支。舉例：當我想嘗試破壞自己的程序（安檢測試），並且想保留這些被修改的文件供日後使用， 我可以開一個分支，做我喜歡的事。完全不需擔心妨礙其他工作成員。只要我不合並及提交到主要版本庫，沒有一個工作成員會被影響。等到我不需要這個分支時， 我只要把它從我的本地版本庫刪除即可。無痛無癢。
Git的分支名是可以使用不同名字的。例如：我的本地分支名爲OK，而在主要版本庫的名字其實是master。
最值得一提，我可以在Git的任意一個提交點（commit point）開啓分支！（其中一個方法是使用gitk –all 可觀察整個提交記錄，然後在任意點開啟分支。）
10)提交（Commit）在SVN，當你提交你的完成品時，它將直接記錄到中央版本庫。當你發現你的完成品存在嚴重問題時，你已經無法阻止事情的發生了。如果網路中斷，你根本沒辦法提交！而Git的提交完全屬於本地版本庫的活動。而你只需“推”（git push）到主要版本庫即可。Git的“推”其實是在執行“同步”（Sync）。
最後總結一下：
SVN的特點是簡單，只是需要一個放代碼的地方時用是OK的。
Git的特點版本控制可以不依賴網絡做任何事情，對分支和合並有更好的支持(當然這是開發者最關心的地方)，不過想各位能更好使用它，需要花點時間嘗試下。