SVN客戶端--TortoiseSVN使用說明(轉)

TortoiseSVN是windows下其中一個很是優秀的SVN客戶端工具。經過使用它,咱們能夠可視化的管理咱們的版本庫。不過因爲它只是一個客戶端,因此它不能對版本庫進行權限管理。html

TortoiseSVN不是一個獨立的窗口程序,而是集成在windows右鍵菜單中,使用起來比較方便。 TortoiseSVN每一個菜單項都表示什麼意思windows

0一、SVN Checkout(SVN取出,SVNコミット) 點擊SVN Checkout,彈出檢出提示框,在URL of repository輸入框中輸入服務器倉庫地址,在Checkout directory輸入框中輸入本地工做拷貝的路徑,點擊肯定,便可檢出服務器上的配置庫。瀏覽器

0二、SVN Update(SVN更新,SVN更新) 若是配置庫在本地已有工做拷貝,則取得最新版本只是執行SVN Update便可,點擊SVN Update,系統彈出更新提示框,點擊肯定,則把服務器是最新版本更新下來安全

0三、Import(導入) 選擇要提交到服務器的目錄,右鍵選擇TortoiseSVN----Import,系統彈出導入提示框,在URL of repository輸入框中輸入服務器倉庫地址,在Import Message輸入框中輸入導入日誌信息,點擊肯定,則文件導入到服務器倉庫中。服務器

0四、Add(加入) 若是有多個文件及文件夾要提交到服務器,咱們能夠先把這些要提交的文件加入到提交列表中,要執行提交操做,一次性把全部文件提交,如圖,能夠選擇要提交的文件,而後點擊執行提交(SVN Commit),便可把全部文件一次性提交到服務器上app

0五、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*文件並容許你送交。svn

0六、Check for Modifications(檢查更新) 點擊Check for Modifications,系統列表因此待更新的文件及文件夾的狀態.工具

0七、Revision Graph(版本分支圖) 查看文件的分支,版本結構,能夠點擊Revision Graph,系統以圖形化形式顯示版本分支.this

0八、Rename(更名)    SVN支持文件更名,點擊Rename,彈出文件名稱輸入框,輸入新的文件名稱,點擊肯定,再把修改提交,便可完成文件更名spa

0九、Delete(刪除)    SVN支持文件刪除,並且操做簡單,方便,選擇要刪除的文件,點擊Delete,再把刪除操做提交到服務器

十、Moving(移動)    選擇待移動的文件和文件夾;按住右鍵拖動right-drag文件(夾)到跟蹤拷貝內的新地方;鬆開左鍵;在彈出菜單中選擇move files in Subversion to here

十一、Revert(還原) 還原操做,如剛纔對文件作了刪除操做,如今把它還原回來,點擊刪除後,再點擊提交,會出現如上的提示框,點擊刪除後,再點擊Revert,即已撤銷刪除操做,若是這時候點擊提交,則系統彈出提示框:沒有文件被修改或增長,不能提交

十二、Branch/Tag(分支/標記)    當須要建立分支,點擊Branch/Tag,在彈出的提示框中,輸入分支文件名,輸入日誌信息,點擊肯定,分支建立成功,而後可查看文件的版本分支狀況

1三、Switch(切換)    文件建立分支後,你能夠選擇在主幹工做,仍是在分支工做,這時候你能夠經過Switch來切換。

1四、Merge(合併)    主幹和分支的版本進行合併,在源和目的各輸入文件的路徑,版本號,點擊肯定。系統即對文件進行合併,若是存在衝突,請參考衝突解決。

1五、Export(導出)    把整個工做拷貝導出到本地目錄下,導出的文件將不帶svn文件標誌,文件及文件夾沒有綠色的」√」符號標誌。

1六、Relocate(從新定位)    當服務器上的文件庫目錄已經改變,咱們能夠把工做拷貝從新定位,在To URL輸入框中輸入新的地址

1七、Add to Ignore List(添加到忽略列表)    大多數項目會有一些文件(夾)不須要版本控制,如編譯產生的*.obj, *.lst,等。每次送交,TortoiseSVN提示那些文件不須要控制,挺煩的。這時候能夠把這些文件加入忽略列表。

1八、SVN其它相關功能    客戶端修改用戶密碼:    打開瀏覽器,在地址欄內輸入http://192.168.1.250/cgi-bin/ChangePasswd,啓動客戶端修改用戶密碼的界面,輸入正確的用戶名,舊密碼,新密碼(注意密碼的位數應該不小於6,儘可能使用安全的密碼),點擊修改便可.

1九、SVN Commit(版本提交) 把本身工做拷貝所作的修改提交到版本庫中,這樣別人在獲取最新版本(Update)的時候就能夠看到你的修改了。

20、Show log(顯示日誌) 顯示當前文件(夾)的全部修改歷史。SVN支持文件以及文件夾獨立的版本追溯。

2一、Repo-Browser(查看當前版本庫) 查看當前版本庫,這是TortoiseSVN查看版本庫的入口,經過這個菜單項,咱們就能夠進入配置庫的資源管理器,而後就能夠對配置庫的文件夾進行各類管理,至關於咱們打開個人電腦進行文件管理同樣。

2二、Revision Graph(版本圖形) 查看當前項目或文件的修訂歷史圖示。若是項目比較大型的話,通常會建多個分支,而且多個里程碑(穩定版本發佈),經過這裏,咱們就能夠看到項目的全貌。

2三、Resolved(解決衝突) 若是當前工做拷貝和版本庫上的有衝突,不能自動合併到一塊兒,那麼當你提交修改的時候,tortoisesvn就會提示你存在衝突,這時候你就能夠經過這個菜單項來解決衝突。衝突的解決有兩種,一種是保留某一份拷貝,例如使用配置庫覆蓋當前工做拷貝,或者反過來。還有一種是手動解決衝突,對於文本文件,可使用tortoiseSVN自帶的工具,它會列出存在衝突的地方,而後你就能夠和提交者討論怎麼解決這個衝突。同時它也對Word有很好的支持

2四、Update to Revision(更新至版本) 從版本庫中獲取某一個歷史版本。這個功能主要是方便查看歷史版本用,而不是回滾版本。注意:獲取下來以後,對這個文件不建議進行任何操做。若是你作了修改,那麼當你提交的時候SVN會提示你,當前版本已失效(即不是最新版本),沒法提交,須要先update一下。這樣你所作的修改也就白費了。

2五、Revert(回滾) 若是你對工做拷貝作了一些修改,可是你又不想要了,那麼你可使用這個選項把所作的修改撤銷

2六、Cleanup(清除狀態) 若是當前工做拷貝有任何問題的話,可使用這個選項進行修正。例如,有些文件原來是版本控制的,可是你沒有經過tortoiseSVN就直接刪除了,可是tortoiseSVN仍是保留着原來的信息(每一個文件夾下都有一個.svn的隱藏文件夾,存放着當前文件夾下全部文件夾的版本信息)因此這就會產生一些衝突。可使用cleanup來清理一下。

2七、GetLock/ReleaseLock(加鎖/解鎖) 若是你不想別人修改某個文件的話,那麼你就能夠把這個文件進行加鎖,這樣能夠保證只有你對這個文件有修改權。除非你釋放了鎖,不然別人不可能提交任何修改到配置庫中

2八、Branch/tag(分支/標籤) Branch是分支的意思。例如當在設計一個東西的時候,不一樣的人有不一樣的實現,可是沒有通過實踐檢驗,誰也不想直接覆蓋掉其餘人的設計,因此能夠引出不一樣的分支。未來若是須要,能夠將這些分支進行合併。

tag是打標籤的意思。一般當項目開發到必定程度,已經能夠穩定運行的時候,能夠對其打上一個標籤,做爲穩定版。未來能夠方便的找到某個特定的版本(固然咱們也可使用版本號來查找,可是數字畢竟不方便) SVN對於分支和標籤都是採用相似Linux下硬連接的方式(同一個文件能夠存在兩個地方,刪除一個不會影響另外一個,所作修改會影響另外一個),來管理文件的,而不是簡單的複製一份文件的拷貝,因此不會有浪費存儲空間的問題存在。

2九、Export(導出) 這個功能是方便咱們部署用。當咱們須要發佈一個穩定版本時,就可使用這個功能將整個工程導出到某個文件夾,新的文件夾將不會包含任何版本信息了。

30、Relocate(版本庫轉移) 當咱們版本庫發生轉移的時候就須要用到這個功能了。例如我原先的版本庫是建在U盤上的,如今轉移到(複製整個配置庫文件夾)開發服務器上,使用https代替文件系統的訪問。所以就須要將原來的工做拷貝的目標版本庫從新定位到開發服務器上。

3一、create patch(建立補丁) 建立補丁。若是管理員不想讓任何人都隨便提交修改,而是都要通過審覈才能作出修改,那麼其餘人就能夠經過建立補丁的方式,把修改信息(補丁文件)發送給管理員,管理員審覈經過以後就可使用apply patch提交此次修改了。

3二、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」是同樣的。

這兩個操做都會在本地生成之前的文件,而後從新提交便可。

Revert to this Revision:回滾到特定的歷史版本
update item to revison: 本地更新到某歷史版本,做爲只讀模式版本沒法提交所做的更改通常做查看歷史版本用,無其它用途
update to revision則能夠更新到指定版本(能夠是更舊的版本)。

update to revision和revert to revision之間的關係:
相同點:
都會融合你本地未提交的修改。
區別:
revert to revision 會把這個rev做爲最新版本,而update to revision不會。
因此 revert to revision 至關於 先update to revision,而後copy該內容到其餘地方,而後update,而後再把內容覆蓋回來。
因此若是你想永久恢復到之前的某個版本,就用revert to revision
若是你只是想臨時恢復到之前的某個版本, 看看歷史數據而已,那麼就用update to revision

 

增刪項目內文件或目錄,請必定使用svn add ,或svn del 或svn rename,而後作commit操做.

http://www.cnblogs.com/kex1n/p/3820020.html

相關文章
相關標籤/搜索