1. 程式人生 > >SVN客戶端命令及作用詳解

SVN客戶端命令及作用詳解

TortoiseSVN是windows下其中一個非常優秀的SVN客戶端工具。通過使用它,我們可以視覺化的管理我們的版本庫。不過由於它只是一個客戶端,所以它不能對版本庫進行許可權管理。TortoiseSVN不是一個獨立的視窗程式,而是整合在windows右鍵選單中,使用起來比較方便。TortoiseSVN是怎麼使用呢?下面我們看看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(版本庫轉移)
當我們版本庫發生轉移的時候就需要用到這個功能了。例如我原先的版本庫是建在U盤上的,現在轉移到(複製整個配置庫資料夾)開發伺服器上,使用https代替檔案系統的訪問。因此就需要將原來的工作拷貝的目標版本庫重新定位到開發伺服器上。

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