第一步：在服務器創建SVN倉庫
點擊創建目錄結構然後點擊確定
然後你會看到服務器上的SVN倉庫文件如下所示，其中conf文件夾存放着該倉庫的設置，我們打開它：
然後打開svnserve.conf：
將以下注釋放開，意思是在該文件之中配置匿名訪問權限和賬號訪問權限，以及指定密碼配置文件位置：
改爲如下，注意，如果不允許匿名讀取，則像下面這樣將匿名訪問的權限設置爲none:
然後，再以文本編輯的方式打開passwd文件編輯賬號密碼：
格式：賬號=密碼
好了，至此，服務器上面的svn倉庫就搭建完畢了。
第二步：本地檢出
在本地要進行檢出的位置右鍵，輸入指定SVN倉庫的URL，將其檢出到本地硬盤：
輸入之前創建的SVN倉庫的url
點擊確定之後會讓你輸入賬號密碼，輸入之前設置的賬號密碼即可，別忘了點上保存認證，不然的話每次進行svn操作都要輸入賬號密碼：
檢出之後，你會發現本地的文件結構如下：
.svn
是一個隱藏文件夾，保存着你這個本地副本的svn信息，比如說保存着最爲關鍵的倉庫id信息。
branches
分支文件夾，開發時並非直接操作主幹，而是要從主幹分出分支之後進行開發，然後在測試無誤之後再將分支合併至主幹，分支就是存在此文件夾之內。
tags
快照文件夾，或者說標記文件夾，這是一個用來保存階段性項目版本的文件夾，每次一個階段性的項目版本出來之後，要在此文件夾作一個快照備份，該文件夾一般svn只讀。
trunk
主幹文件夾，項目的主幹部分，所有的開發都是在以此爲根本的分支上進行的，然後再將分支合併至該主幹。（除非是特殊的客製化開發，無法合併到主幹之上。）
第三步：上傳項目
上傳項目可以直接將項目文件夾複製到trunk文件夾之內然後再直接進行提交，也可以如下，右鍵trunk：
然後再右鍵列表，選擇加入文件或者加入文件夾，上傳時可選擇寫上備註信息：
第四步：進行開發工作
關於使用什麼樣的方案進行svn的開發工作，這位博主總結的非常到位使用SVN開發模式和流程，我這裏只講一下關於分支、合併的相關操作點。
在開始之前，我們先在trunk文件夾之上進行右鍵，然後查看他的svn屬性，注意其url地址是在主幹之上：
然後，我們再右鍵選擇分支/標記。
選擇分支文件夾，然後點擊確定：
然後經過下列操作，再點擊確定：
創建該分支之後，你再次在trunk文件夾之上右鍵查看svn屬性，會發現：
trunk指向的url已轉移到剛纔我們所創建的分支之上，這是因爲我們在創建分支時點選上了“切換工作副本至新分支/標記”選項，現在我們對trunk的任何改動，都是在對剛剛所創建的svn分支進行操作，並未影響主幹。
我們再在branches文件夾之上右鍵進行更新：
更新成功之後就會看到我們剛纔創建的分支，我們再查看此分支的svn屬性，會發現他指向的url和我們之前trunk創建分支並切換後的url相同：
我們在rb-1.0之下創建一個新文件並右鍵提交：
右鍵trunk文件夾進行更新，會發現在rb-1.0下創建的文件被同步過來了，因爲這兩個文件夾所指向的是同一分支地址。那麼我們怎麼把trunk的url地址再度指向主幹呢，要用到svn的切換操作：
選擇切換回trunk並確定：
切換之後會發現我們剛纔在分支之下創建的文件消失不見了，因爲切換會伴隨着同步功能，我們將url切換到主幹，就會將主幹下面的文件給同步過來，而主幹與分支是相互隔離的，所有在分支上面進行的修改不會影響到主幹。
所有我們才需要合併操作：
選擇要向主幹合併的分支並確定：
指定範圍如果不填的話則默認爲合併該分支的所有版本，如果要合併指定的版本請參照給出的寫法進行版本書寫，或者直接通過“顯示日誌”按鈕進行開窗選擇，之後點擊下一步。
你可以選擇點擊測試合併看是否存在衝突，不過我覺得這個操作有點多餘，因爲無論有無衝突，該合併還是要合併的，有衝突再解決衝突就是了：
合併成功之後，就會發現分支創建的文件被合併過來了，我們此時就要對項目再次做下完善的測試，確保沒有問題，就進行提交。這一次的提交，就影響的是主幹了：
關於合併時的衝突解決：
假設我們遇到了最常見的源代碼衝突，那麼點擊編輯按鈕：
會進入到以下界面：
右鍵選擇你決定選用的文本，或者直接自己編輯下方的最終選用代碼，然後點擊標記爲已解決，保存並關閉此窗口：
