您的位置:軟件測試 > 開源軟件測試 > 開源配置管理工具 > cvs
從CVS到SVN
作者:網(wǎng)絡(luò)轉(zhuǎn)載 發(fā)布時間:[ 2014/1/7 17:20:27 ] 推薦標(biāo)簽:CVS SVN
 

所有您曾經(jīng)做過的動作,及其日期與對應(yīng)的版本都會列在這個窗口上面,只要在你想要的版上面點一下,讓他變成反白,然后按下OK。這個版本會自動填入Update窗口中的Revision字段中。您只要再按下一次OK,這個版本會被取出來到您的硬盤中。
6,Copy/Tag/Branch/Release檔案或目錄
Branch,要產(chǎn)生一個分支,以區(qū)別與trunk不同的開發(fā)。 Tag,要形成一個標(biāo)記,表示重要的milestone。Release,表示一個已經(jīng)正式的release的紀(jì)錄。所謂的Tag或Release是一個特別的版本,因為這個版本可能有特別的意義。Tag與Release的作法與Branch完全相同,只是Branch可能會需要merge回原來的trunk中,而tag及 release大部分都不需要merge回trunk中;旧希琒VN只有目錄的概念,并沒有什么 Tag的用法。所以您會看到在SVN的選單上面,Branch與Tag是同一個項目。我們在Trunk上面,按鼠標(biāo)右鍵,選擇Branch/Tag的項目,在Tag目錄下面建立了一個1.0的目錄(在Tag目錄下面update一下,才能看到它)。 Branch、Tag、Release都只是將指定的 Trunk版本復(fù)制一份到另外一個目錄去,至于這個目錄要叫Branch還是叫Release,SVN根本不管。所以您也可取其它的目錄名稱。不過Branch、Tag、Release已經(jīng)是SVN上面約定成俗的名稱。所以除非您知道自己為何這樣做,否則好還是follow這個命名原則,以免后面新加入的人看不懂。同樣的道理Trunk也只是一個約定成俗的名稱,不一定要叫Trunk。只是大家看到Trunk目錄會知道這里面放的是主要的開發(fā)主干。
首先確認您要處理的檔案或目錄是Repository中新的版本。在要處理的目錄或是檔案上按鼠標(biāo)右鍵,選擇TortoiseSVN->Branch/Tag/Branch/Release,出現(xiàn)如圖:
 
其中,F(xiàn)rom WC at URL:要復(fù)制的來源目錄,To URL:輸入您要復(fù)制到的路徑。目錄不存在時,會由SVN幫您建立(注意:SVN用斜線作為目錄分隔字符而非反斜線)。Log message:輸入目的即可。在復(fù)制到的路徑下, SVN update可以看到這個新增的目錄了。
您可以任意對新增的目錄Branch進行編輯,一直到您確認好所有在branch下面該做的工作都完成后,您可以選擇將這個branch merge回原來的trunk目錄,或者是保留它在branch中。 要merge回trunk目錄中,我們在D:workingmy_prj runk目錄空白處,按鼠標(biāo)右鍵,選擇Merge,看到如下的畫面:
 
這個畫面主要分為三個部份, From跟To的URL字段指定原來 branch的目錄下。剩下的是指定要merge的revision范圍。按下Merge按鈕后,將 branch的檔案與trunk的檔案合并起來。如果您確認這次的merge沒有問題,可以直接使用commit來將這兩個被修改的檔案commit回repository上。如果有問題,您可以直接修改這兩個檔案,直到確認ok了,再commit。 在To URL處輸入您要的目的地。
7,經(jīng)典的svn工作流程
所有開發(fā)者在開始新的工作之前必須從服務(wù)器獲取代碼,然后開發(fā),后解決沖突,提交。所有的版本信息都放在服務(wù)器上,如果脫離了服務(wù)器,開發(fā)者基本上是不可以工作。
  1)從服務(wù)器下載項目組新代碼。
  2)進入自己的分支,進行工作,每隔一個小時向服務(wù)器自己的分支提交一次代碼(很多人都有這個習(xí)慣,因為有時自己對代碼改來改去,后又想還原到前一個小時的版本,或者看看前一個小時自己修改了哪些代碼,需要這樣做)。
  3)下班時間快到了,把自己的分支合并到服務(wù)器主分支上,的工作完成,并反映給服務(wù)器。
從流程上看SVN缺點:
  1)服務(wù)器壓力太大,數(shù)據(jù)庫容量暴增。
  2)如果不能連接到服務(wù)器上,基本上不可以工作,看上面第二步,如果服務(wù)器不能連接上,不能提交,還原,對比等等。
  3)不適合開源開發(fā)(開發(fā)人數(shù)非常非常多,但是Google app engine是用svn的)。但是一般集中式管理的有非常明確的權(quán)限管理機制(例如分支訪問限制),可以實現(xiàn)分層管理,從而很好的解決開發(fā)人數(shù)眾多的問題。
從流程上看SVN缺點優(yōu)點:
  1)管理方便,邏輯明確,符合一般人思維習(xí)慣。
  2)易于管理,集中式服務(wù)器更能保證安全性。
  3)代碼一致性非常高。
4)適合開發(fā)人數(shù)不多的項目開發(fā)。

上一頁12345下一頁
軟件測試工具 | 聯(lián)系我們 | 投訴建議 | 誠聘英才 | 申請使用列表 | 網(wǎng)站地圖
滬ICP備07036474 2003-2017 版權(quán)所有 上海澤眾軟件科技有限公司 Shanghai ZeZhong Software Co.,Ltd