SVN功能詳解

  SVN功能詳解

TortoiseSVN是windows下其中一個非常優秀的SVN用戶端工具。通過使用它，我們可以可視化的管理我們的版本庫。不過由於它只是一個用戶端，所以它不能對版本庫進行許可權管理。

TortoiseSVN不是一個獨立的視窗程序，而是整合在windows右鍵菜單中，使用起來比較方便。

TortoiseSVN每個功能表項目都表示什麼意思

01、SVN Checkout(SVN取出)
點擊SVN Checkout，彈出檢出提示框，在URL of repository輸入框中輸入伺服器倉庫地址，在Checkout directory輸入框中輸入本地工作拷貝的路徑，點擊確定，即可檢出伺服器上的配置庫。

02、SVN Update(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（版本庫轉移）
當我們版本庫發生轉移的時候就需要用到這個功能了。例如我原先的版本庫是建在隨身碟上的，現在轉移到（複製整個配置庫檔案夾）程式開發伺服器上，使用https代替檔案系統的訪問。因此就需要將原來的工作拷貝的目標版本庫重新置放到程式開發伺服器上。

31、create patch（建立補丁）
建立補丁。如果管理員不想讓任何人都隨便提交修改，而是都要經過審核才能做出修改，那麼其他人就可以通過建立補丁的方式，把修改資訊（補丁檔案）發送給管理員，管理員審核通過之後就可以使用apply patch提交這次修改了。