TortoiseSVN是windows下其中一個非常優秀的SVN客戶端工具。通過使用它，我們可以可視化的管理我們的版本庫。不過由於它只是一個客戶端，所以它不能對版本庫進行權限管理。
TortoiseSVN不是一個獨立的窗口程序，而是集成在windows右鍵菜單中，使用起來比較方便。 TortoiseSVN每個菜單項都表示什麼意思
01、SVN Checkout(SVN取出,SVNコミット) 點擊SVN Checkout，彈出檢出提示框，在URL of repository輸入框中輸入服務器倉庫地址，在Checkout directory輸入框中輸入本地工作拷貝的路徑，點擊確定，即可檢出服務器上的配置庫。
02、SVN Update(SVN更新,SVN更新) 如果配置庫在本地已有工作拷貝，則取得最新版本只是執行SVN Update即可，點擊SVN Update，系統彈出更新提示框，點擊確定，則把服務器是最新版本更新下來
03、Import（導入） 選擇要提交到服務器的目錄，右鍵選擇TortoiseSVN----Import，系統彈出導入提示框，在URL of repository輸入框中輸入服務器倉庫地址，在Import Message輸入框中輸入導入日誌信息，點擊確定，則文件導入到服務器倉庫中。
04、Add(加入) 如果有多個文件及文件夾要提交到服務器，我們可以先把這些要提交的文件加入到提交列表中，要執行提交操作，一次性把所有文件提交，如圖，可以選擇要提交的文件，然後點擊執行提交（SVN Commit）,即可把所有文件一次性提交到服務器上
05、Resolving Conflicts(解決衝突,解決する) 有時你從檔案庫更新文件會有衝突。衝突產生於兩人都修改文件的某一部分。解決衝突只能靠人而不是機器。當產生衝突時，你應該打開衝突的文件，查找以<<<<<<<開始的行。
衝突部分被標記：
<<<<<<< filename your changes ======= code merged from repository >>>>>>> revision
Subversion爲每個衝突文件產生三個附加文件：
filename.ext.mine 更新前的本地文件。
filename.ext.rOLDREV 你作改動的基礎版本。
filename.ext.rNEWREV 更新時從檔案庫得到的最新版本。
使用快捷菜單的編輯衝突Edit Conflict命令來解決衝突。然後從快捷菜單中執行已解決Resolved命令，將改動送交到檔案庫。
請注意，解決命令並不解決衝突，而僅僅是刪除filename.ext.mineandfilename.ext.r*文件並允許你送交。
06、Check for Modifications（檢查更新） 點擊Check for Modifications,系統列表所以待更新的文件及文件夾的狀態.
07、Revision Graph(版本分支圖) 查看文件的分支,版本結構,可以點擊Revision Graph,系統以圖形化形式顯示版本分支.
08、Rename(改名) SVN支持文件改名,點擊Rename,彈出文件名稱輸入框,輸入新的文件名稱,點擊確定,再把修改提交,即可完成文件改名
09、Delete(刪除) SVN支持文件刪除,而且操作簡單,方便,選擇要刪除的文件,點擊Delete,再把刪除操作提交到服務器
10、Moving(移動) 選擇待移動的文件和文件夾；按住右鍵拖動right-drag文件（夾）到跟蹤拷貝內的新地方；鬆開左鍵；在彈出菜單中選擇move files in Subversion to here
11、Revert(還原) 還原操作,如剛纔對文件做了刪除操作,現在把它還原回來,點擊刪除後,再點擊提交,會出現如上的提示框,點擊刪除後,再點擊Revert,即已撤銷刪除操作,如果這時候點擊提交,則系統彈出提示框:沒有文件被修改或增加,不能提交
12、Branch/Tag(分支/標記) 當需要創建分支，點擊Branch/Tag，在彈出的提示框中，輸入分支文件名，輸入日誌信息，點擊確定，分支創建成功，然後可查看文件的版本分支情況
13、Switch(切換) 文件創建分支後，你可以選擇在主幹工作，還是在分支工作，這時候你可以通過Switch來切換。
14、Merge(合併) 主幹和分支的版本進行合併，在源和目的各輸入文件的路徑，版本號，點擊確定。系統即對文件進行合併，如果存在衝突，請參考衝突解決。
15、Export(導出) 把整個工作拷貝導出到本地目錄下,導出的文件將不帶svn文件標誌,文件及文件夾沒有綠色的”√”符號標誌。
16、Relocate(重新定位) 當服務器上的文件庫目錄已經改變，我們可以把工作拷貝重新定位，在To URL輸入框中輸入新的地址
17、Add to Ignore List(添加到忽略列表) 大多數項目會有一些文件（夾）不需要版本控制，如編譯產生的*.obj, *.lst,等。每次送交，TortoiseSVN提示那些文件不需要控制，挺煩的。這時候可以把這些文件加入忽略列表。
18、SVN其它相關功能 客戶端修改用戶密碼: 打開瀏覽器,在地址欄內輸入http://192.168.1.250/cgi-bin/ChangePasswd,啓動客戶端修改用戶密碼的界面,輸入正確的用戶名,舊密碼,新密碼(注意密碼的位數應該不小於6,儘量使用安全的密碼),點擊修改即可.
19、SVN Commit（版本提交） 把自己工作拷貝所做的修改提交到版本庫中，這樣別人在獲取最新版本(Update)的時候就可以看到你的修改了。
20、Show log（顯示日誌） 顯示當前文件(夾)的所有修改歷史。SVN支持文件以及文件夾獨立的版本追溯。
21、Repo-Browser（查看當前版本庫） 查看當前版本庫，這是TortoiseSVN查看版本庫的入口，通過這個菜單項，我們就可以進入配置庫的資源管理器，然後就可以對配置庫的文件夾進行各種管理，相當於我們打開我的電腦進行文件管理一樣。
22、Revision Graph（版本圖形） 查看當前項目或文件的修訂歷史圖示。如果項目比較大型的話，一般會建多個分支，並且多個里程碑（穩定版本發佈），通過這裏，我們就可以看到項目的全貌。
23、Resolved（解決衝突） 如果當前工作拷貝和版本庫上的有衝突，不能自動合併到一起，那麼當你提交修改的時候，tortoisesvn就會提示你存在衝突，這時候你就可以通過這個菜單項來解決衝突。衝突的解決有兩種，一種是保留某一份拷貝，例如使用配置庫覆蓋當前工作拷貝，或者反過來。還有一種是手動解決衝突，對於文本文件，可以使用tortoiseSVN自帶的工具，它會列出存在衝突的地方，然後你就可以和提交者討論怎麼解決這個衝突。同時它也對Word有很好的支持
24、Update to Revision(更新至版本) 從版本庫中獲取某一個歷史版本。這個功能主要是方便查看歷史版本用，而不是回滾版本。注意：獲取下來之後，對這個文件不建議進行任何操作。如果你做了修改，那麼當你提交的時候SVN會提示你，當前版本已失效（即不是最新版本），無法提交，需要先update一下。這樣你所做的修改也就白費了。
25、Revert（回滾） 如果你對工作拷貝做了一些修改，但是你又不想要了，那麼你可以使用這個選項把所做的修改撤銷
26、Cleanup（清除狀態） 如果當前工作拷貝有任何問題的話，可以使用這個選項進行修正。例如，有些文件原來是版本控制的，但是你沒有通過tortoiseSVN就直接刪除了，但是tortoiseSVN還是保留着原來的信息（每個文件夾下都有一個.svn的隱藏文件夾，存放着當前文件夾下所有文件夾的版本信息）所以這就會產生一些衝突。可以使用cleanup來清理一下。
27、GetLock/ReleaseLock（加鎖/解鎖） 如果你不想別人修改某個文件的話，那麼你就可以把這個文件進行加鎖，這樣可以保證只有你對這個文件有修改權。除非你釋放了鎖，否則別人不可能提交任何修改到配置庫中
28、Branch/tag（分支/標籤） Branch是分支的意思。例如當在設計一個東西的時候，不同的人有不同的實現，但是沒有經過實踐檢驗，誰也不想直接覆蓋掉其他人的設計，所以可以引出不同的分支。將來如果需要，可以將這些分支進行合併。
tag是打標籤的意思。通常當項目開發到一定程度，已經可以穩定運行的時候，可以對其打上一個標籤，作爲穩定版。將來可以方便的找到某個特定的版本（當然我們也可以使用版本號來查找，但是數字畢竟不方便） SVN對於分支和標籤都是採用類似Linux下硬鏈接的方式（同一個文件可以存在兩個地方，刪除一個不會影響另一個，所做修改會影響另一個），來管理文件的，而不是簡單的複製一份文件的拷貝，所以不會有浪費存儲空間的問題存在。
29、Export（導出） 這個功能是方便我們部署用。當我們需要發佈一個穩定版本時，就可以使用這個功能將整個工程導出到某個文件夾，新的文件夾將不會包含任何版本信息了。
30、Relocate（版本庫轉移） 當我們版本庫發生轉移的時候就需要用到這個功能了。例如我原先的版本庫是建在U盤上的，現在轉移到（複製整個配置庫文件夾）開發服務器上，使用https代替文件系統的訪問。因此就需要將原來的工作拷貝的目標版本庫重新定位到開發服務器上。
31、create patch（創建補丁） 創建補丁。如果管理員不想讓任何人都隨便提交修改，而是都要經過審覈才能做出修改，那麼其他人就可以通過創建補丁的方式，把修改信息（補丁文件）發送給管理員，管理員審覈通過之後就可以使用apply patch提交這次修改了。
32、diff (比較修改部分) 如果你修改了一個文件，又不確定改了那些地方，這時你可以在相應文件上點右鍵，選擇diff查看，與服務器上最新版的差異
http://www.douban.com/note/58107006/
如果對文件做SVN Delete操作，然後再SVN Add一個同名文件，此時提交的操作被視爲一次Replacing。文件的所有歷史記錄從此斷裂，查看日誌只能看到Replacing之後的日誌。萬惡的Replacing。。。
最近在準備提交SVN文件時，Update到最新版時，提示Tree conflict。仔細一看，發現文件被其他人做了Replacing提交。Show Log時，之前所有的日誌都不見了。
查閱了網上各種方法，發現都不靠譜。我們需要的是恢復SVN版本庫中的原文件及日誌，而不僅僅是找到修改前的文件。
經過各種嘗試，找到一種恢復辦法，這裏介紹給大家。希望大家碰到類似問題一定冷靜，不要抓狂。
以文件test.txt舉例，假設版本48中有人做了Replacing操作，替換了原有文件。
冷靜，在文件所在文件夾空白處點擊右鍵，SVN子菜單中選擇Repo-browser。
選擇文件test.txt，右鍵選擇Delete。
然後再切換到Replacing之前的版本，例如這裏是版本47.
在版本47的視圖中，文件又出現了，這個文件就是Replacing之前的文件。要還原這個文件，我們對這個47版的文件做Copy to操作。如圖，彈出的路徑默認爲文件當前路徑，不用修改，直接確定，輸入日誌然後提交。
好了，我們的文件成功還原到了歷史版本。
http://my.oschina.net/zeroflamy/blog/206105
svn本沒有replace，win上的svn客戶端增加的功能吧
相當於刪除 再增加，既然刪除了 以前的歷史自然沒了，新增加的自然要重頭開始。
刪除後 commit，之後再增加一樣。和svn server本身沒啥關係
SVN log 中有個 replacing 記錄，對該記錄的版本執行 “revert changes from this revision” 即可。注意要TSVN顯示整個目錄的log。
我也遇到這樣的問題。解決方法是：退回上一級目錄，點擊文件所在目錄，svn選擇revert，選擇有delete記錄的那項，點擊確定就回來了。
是在客戶端操作。目前版本的TSVN的show log有個選項, "stop on copy/rename", 取消該選項，應該能看到歷史記錄了。
http://www.cppblog.com/jinq0123/archive/2009/06/18/87977.html
Log Messages:
【SVN版本回退】
根據想要回退的內容，然後選擇revert to this revision或者revert changes from this revision。
下面引用過來：
譬如有個文件，有十個版本，假定版本號是1，2，3，4，5，6，7，8，9，10。
Revert to this revision： 如果在版本6這裏點擊“Revert to this revision”，表示7～10的修改全部作廢，歷史倒退到了版本6時svn服務器上的數據狀態。
Revert changes from this revision：如果在版本6這裏點擊“Revert changes from this revision”，表示版本6這次操作從SVN中刪除掉了，只剩下9個版本記錄了。
如果同時選擇了6，7，8三個版本記錄並點擊“Revert changes from this revision”，表示去除了6~8這三次SVN的操作。
同理，如果同時選擇7～10，然後點擊“Revert changes from this revision”，則效果跟在版本6這裏點擊“Revert to this revision”是一樣的。
這兩個操作都會在本地生成以前的文件，然後重新提交即可。
update item to revison: 本地更新到某歷史版本，作爲只讀模式版本無法提交所作的更改，一般作查看歷史版本用，無其它用途！
update to revision和revert to revision之間的關係：
相同點：
都會融合你本地未提交的修改。
區別：
revert to revision會把這個rev作爲最新版本，而update to revision不會。
所以 revert to revision 相當於 先update to revision，然後copy該內容到其他地方，然後update，然後再把內容覆蓋回來。
如果你只是想臨時恢復到以前的某個版本，看看歷史數據而已，那麼就用update to revision
增刪項目內文件或目錄，請一定使用svn add ，或svn del 或svn rename，然後做commit操作.
http://www.cnblogs.com/kex1n/p/3820020.html