SVN版本管理規(guī)范14

1、.通聯(lián)支付網(wǎng)絡(luò)服務(wù)股份有限企業(yè)技術(shù)支持中心研發(fā)部版本管理規(guī)范受理市場(chǎng)支持部2011年1月.版本控制信息版本日期擬稿和改正說明1.02010-12-6劉志毅擬稿宣布1.12011-1-7劉志毅增添了郵件通知1.22011-1-25劉志毅從頭編寫了管理規(guī)范補(bǔ)充了郵件通知接受方和上線版本的編譯1.32011-1-28沈德權(quán)流程詳見2.3、2.4和3.2.1章節(jié)1.42011-2-16劉志毅補(bǔ)充了緊迫改正方案，詳見.目錄文檔類型使用對(duì)象41序言.41.1目的.41.2范圍.41.3術(shù)語(yǔ)定義.42版本管理.621版本表記方法.6211版本表記說明.622目錄構(gòu)造.723版本的寄存.72.3.1trunk

2、.82.3.2branches.82.3.3tags.82.3.4files.82.3.5script.82.3.6sql.824權(quán)限控制管理.83更新管理（版本升級(jí)）.93.1版本升級(jí)原則.93.2新版本的宣布.9版本管理流程說明.9版本管理簡(jiǎn)單流程圖.11角色定位說明.11版本管理守則.124備份管理.125SVN常用命令說明.13.文檔類型使用對(duì)象文檔類型該文檔是為技術(shù)支持中心供給一個(gè)版本管理規(guī)范性文件。使用對(duì)象該文檔使用對(duì)象為技術(shù)支持中心研發(fā)部版本管理人員，以及其余有關(guān)人員。未經(jīng)贊同，該文檔不得供給給上述規(guī)定對(duì)象以外的人員閱讀或使用。1序言1.1目的本文檔是為規(guī)范技術(shù)支持中心研發(fā)版本管

3、理而制定的。1.2范圍本文檔為研發(fā)部各人員供給有關(guān)版本管理規(guī)范的有關(guān)內(nèi)容，包括：版本表記方法版本管理流程角色定位SVN常用命令說明1.3術(shù)語(yǔ)定義SVNSvn是一個(gè)開源的版本控制系統(tǒng)Subversion的簡(jiǎn)稱文檔上線所需的有關(guān)文檔，包括部署手冊(cè)，源碼改正清單列表等.腳本上線所需的有關(guān)腳本，包括編譯腳本等SQL語(yǔ)句上線所需的有關(guān)SQL語(yǔ)句，包括建表語(yǔ)句等配置管理表記和確定系統(tǒng)中配置項(xiàng)的過程，在系統(tǒng)整個(gè)生計(jì)周期內(nèi)控制這些項(xiàng)的投放和更動(dòng)，記錄并報(bào)告配置的狀態(tài)和更動(dòng)要求，考證配置項(xiàng)的完滿性和正確性。軟件配置軟件的詳細(xì)形態(tài)在某時(shí)刻的剎時(shí)影像。配置項(xiàng)軟件配置管理的對(duì)象稱為配置項(xiàng)，如：源碼?；€軟件生計(jì)周期中

4、各開發(fā)階段尾端的標(biāo)志，它的作用是把各階段工作的差別更為明確化，使本來連續(xù)的工作在這些點(diǎn)上斷開，使之便于查驗(yàn)和必然階段成就。郵件服務(wù)需求轉(zhuǎn)達(dá)，標(biāo)簽轉(zhuǎn)達(dá)時(shí)候，需要發(fā)送郵件通知對(duì)方或許回答對(duì)方版本控制經(jīng)過svnco把分支文件夾拷貝到開發(fā)環(huán)境進(jìn)行開發(fā)，并進(jìn)行版本控制版本管理依照需求，創(chuàng)立開發(fā)所需的分支標(biāo)簽管理為測(cè)試版本，上線版本創(chuàng)立標(biāo)簽版本更新經(jīng)過svnci如期備份改正內(nèi)容，或經(jīng)過svnupdate更新目前所開發(fā)的源碼，或經(jīng)過svnmerge把骨干新增內(nèi)容更新至分支.版本測(cè)試經(jīng)過svnexport校驗(yàn)源碼，進(jìn)行源碼的比對(duì)，測(cè)試版本修復(fù)對(duì)目前測(cè)試或上線版本出現(xiàn)的問題進(jìn)行修復(fù)版本矛盾由于改正了同一個(gè)文件，

5、所以svnci，svnmerge以及svnup時(shí)會(huì)報(bào)錯(cuò)，造成了版本矛盾問題。2版本管理21版本表記方法為了使工作規(guī)范化、一致化，各系統(tǒng)推行的版本表記管理方法分為：上線版本，測(cè)試版本，修復(fù)版本，文檔版本，腳本版本以及sql語(yǔ)句版本。211版本表記說明上線版本：在生產(chǎn)環(huán)境上運(yùn)行的正式版本。測(cè)試版本：在UAT環(huán)境上運(yùn)行的測(cè)試版本。修復(fù)版本：在生產(chǎn)環(huán)境上用于修復(fù)目前版本的補(bǔ)丁版本。以“acc”開頭，版本號(hào)放后。版本號(hào)分2節(jié)：主版本號(hào)為上線時(shí)間點(diǎn)，由3節(jié)組成，每節(jié)之間以小數(shù)點(diǎn)（.）間隔。如acc_11.01.26表示主版本號(hào)為11.01.06，上線時(shí)間為2011年1月26日，次版本號(hào)為修復(fù)版和測(cè)試版本的

6、組合，比方acc_11.01.26_patch1，主版本為11.01.26,次版本號(hào)為patch1，說明該版本為1次修復(fù)版本，如acc_11.01.26_test1,說明該版本為1次測(cè)試版本，如acc_11.01.26_patch1_test1，說明該版本為1次修復(fù)版本的1次測(cè)試版本。文檔版本：上線版本對(duì)應(yīng)的有關(guān)文檔。以“file”開頭，版本號(hào)放后。就一個(gè)主版本號(hào)，為上線時(shí)間點(diǎn)，如，指文檔為上線版本11.01.26的文檔。注：文檔名必定是英文+數(shù)字組成，暫不支持中文名腳本版本：上線版本對(duì)應(yīng)的有關(guān)腳本。以”spt”為開頭，版本號(hào)放后，就一個(gè)主版本號(hào)，為上線時(shí)間點(diǎn)，如spt_11.01.26,.指

7、腳本為上線版本11.01.26的腳本sql語(yǔ)句版本：上線版本對(duì)應(yīng)的sql語(yǔ)句。以“sql”為開頭，版本號(hào)放后。就一個(gè)主版本號(hào)，為上線時(shí)間點(diǎn)，如，指sql語(yǔ)句為上線版本11.01.26的sql語(yǔ)句。22目錄構(gòu)造現(xiàn)以其中一個(gè)庫(kù)名的目錄構(gòu)造舉好似下：23目錄說明以子系統(tǒng)類型為主目錄（即庫(kù)名）。庫(kù)名子系統(tǒng)說明apsbmAPSBMapsbat清分清理apsms商戶服務(wù)平臺(tái)商戶服務(wù)平臺(tái)apsrisk_backAPSRisk_Back風(fēng)險(xiǎn)管理系統(tǒng)（后臺(tái)）apsonlTGPnspNSPtpospTPOSP.commfe通訊前置alipay支付寶前置bank銀行前置apsrptAPSRPT統(tǒng)計(jì)報(bào)表pospPOS

8、Ptest測(cè)試使用apmsAPMS商戶管理系統(tǒng)目前暫不采用SVN管理apsrisk_frontAPSRisk_Front風(fēng)險(xiǎn)管理系統(tǒng)（前端）.NET目前暫不采用SVN管理2.3.1trunk骨干文件夾，寄存的是目前系統(tǒng)的最新源碼2.3.2branches分支文件夾，寄存的是目前開發(fā)和歷史開發(fā)的分支文件夾的源碼。2.3.3tags標(biāo)簽文件夾，寄存的是目前上線版本和歷史版本的源碼。2.3.4files文檔文件夾，寄存的是目前上線版本和歷史版本的有關(guān)文檔。2.3.5script腳本文件夾，寄存的是目前上線版本和歷史版本的有關(guān)腳本。2.3.6sqlsql語(yǔ)句文件夾，寄存的是目前上線版本和歷史版本的有關(guān)

9、sql語(yǔ)句。24權(quán)限控制管理為保障版本的安全性，一致性，以及防備不測(cè)改正，必定對(duì)不相同的文件夾設(shè).置不相同的接見權(quán)限。文件夾權(quán)限類型：只讀權(quán)限，讀寫權(quán)限。用戶類型：開發(fā)人員、測(cè)試人員、配置管理員、QA、項(xiàng)目經(jīng)理等。為了控制不相同的使用權(quán)限，依照要求在服務(wù)器上分別成立不相同的用戶，針對(duì)不相同的配置項(xiàng)所在目錄分派不相同的權(quán)限。為了便于管理，應(yīng)以表格的形式列出人員與管理對(duì)象的接見關(guān)系（用戶權(quán)限清單）。3更新管理（版本升級(jí)）3.1版本升級(jí)原則版本升級(jí)應(yīng)嚴(yán)格歸入版本管理的控制之下。應(yīng)當(dāng)謹(jǐn)慎地控制版本的升級(jí)，保障高版本的向下兼容性，或供給嚴(yán)格定義的升級(jí)方法。在下面幾種情況下，進(jìn)行版本演化和升級(jí)：當(dāng)系統(tǒng)有重

10、要的需求，需要較大的改良或改正時(shí)，主版本號(hào)為新版本上線時(shí)間點(diǎn)。當(dāng)系統(tǒng)有重要的BUG問題時(shí)，次版本要增添patch1。關(guān)于變動(dòng)量比較少的，如修復(fù)小問題之類的，能夠從目前正在開發(fā)分支支中，進(jìn)行改良或改正，和下一個(gè)新版本一同上線。記錄版本升級(jí)過程。每次版本升級(jí)，都要填寫版本升級(jí)記錄表。3.2新版本的宣布3.2.1版本管理流程說明需求和上線點(diǎn)確認(rèn)后，開發(fā)人員以郵件通知版本管理員，郵件內(nèi)容包括以下要素：上線點(diǎn)時(shí)間，開發(fā)系統(tǒng)，開發(fā)內(nèi)容等。版本管理員依照上線點(diǎn)，在對(duì)應(yīng)的版本庫(kù)下創(chuàng)立分支文件夾，并以郵件回答給開發(fā)人員。開發(fā)人員依照版本管理員供給的分支文件名從版本庫(kù)的分支文件夾內(nèi)checkout到開發(fā)服務(wù)器成立

11、版本控制，進(jìn)行程序開發(fā)。開發(fā)人員開發(fā)達(dá)成后，把分支文件夾提交到版本庫(kù)，爾后從版本庫(kù)中checkout出骨干的工作拷貝，并把版本庫(kù)中最新的分支文件歸并至骨干的工作拷貝，歸并達(dá)成后，進(jìn)行diff的比對(duì)，確認(rèn)沒問題后，最后把骨干的工作拷貝提交至版本庫(kù)。開發(fā)人員以郵件通知版本管理員，見告目前開發(fā)的分支已經(jīng)達(dá)成，并已更新至骨干中，同時(shí)郵件內(nèi)容必定含有：部署手冊(cè)，源碼改正清單等有關(guān)文檔，編譯腳本，SQL語(yǔ)句。版本管理員把目前骨干版本創(chuàng)立標(biāo)簽文件夾，記錄目前測(cè)試版本，以郵件回答給環(huán)境管理員、測(cè)試人員、開發(fā)人員、QA和項(xiàng)目經(jīng).理，并附帶有關(guān)文件。環(huán)境管理員依照版本管理員供給的測(cè)試標(biāo)簽export至測(cè)試服務(wù)器進(jìn)

12、行版本測(cè)試，依照部署手冊(cè)，源碼改正清單等文檔對(duì)源碼比對(duì)，部署達(dá)成后，通知測(cè)試人員做功能測(cè)試等。測(cè)試達(dá)成，測(cè)試人員以郵件通知版本管理員，版本管理員把測(cè)試標(biāo)簽創(chuàng)立為上線標(biāo)簽，以郵件回答給開發(fā)人員、測(cè)試人員、環(huán)境管理員、QA和項(xiàng)目經(jīng)理，并附帶有關(guān)文件，準(zhǔn)備上線。核心系統(tǒng)：開發(fā)人員用上線標(biāo)簽的源碼進(jìn)行編譯后，再針對(duì)上線內(nèi)容進(jìn)行測(cè)試，通事后，提交上線包，有關(guān)文檔給運(yùn)行部上線。管理系統(tǒng)：開發(fā)人員，提交測(cè)試經(jīng)過的上線包，有關(guān)文檔給運(yùn)行部上線。（序號(hào)對(duì)應(yīng)以下版本管理流程圖）測(cè)試未經(jīng)過，開發(fā)人員對(duì)代碼進(jìn)行二次開發(fā)，待開發(fā)達(dá)成后，重復(fù)以上步驟4-7，直至上線緊迫改正方案觸發(fā)條件：下一個(gè)上線版本已經(jīng)并入了骨干，需要

13、在下一個(gè)上線版本前插入一個(gè)補(bǔ)丁版本。改正需求和上線點(diǎn)確認(rèn)后，開發(fā)人員以郵件通知版本管理員，郵件內(nèi)容包括以下要素：上線點(diǎn)時(shí)間，開發(fā)系統(tǒng)，開發(fā)內(nèi)容等。版本管理員依照上線點(diǎn)，在對(duì)應(yīng)的版本庫(kù)下創(chuàng)立分支文件夾（分支名為acc_xx.xx.xx_patch1），并以郵件回答給開發(fā)人員。開發(fā)人員依照版本管理員供給的分支文件名從版本庫(kù)的分支文件夾內(nèi)checkout到開發(fā)服務(wù)器成立版本控制，進(jìn)行程序開發(fā)。開發(fā)人員開發(fā)達(dá)成后，把分支文件夾提交到版本庫(kù)，以郵件通知版本管理員，見告目前開發(fā)的分支已經(jīng)達(dá)成，同時(shí)郵件內(nèi)容必定含有：部署手冊(cè)，源碼改正清單等有關(guān)文檔，編譯腳本，SQL語(yǔ)句。版本管理員把分支版本創(chuàng)立標(biāo)簽文件夾，

14、記錄目前測(cè)試版本（測(cè)試標(biāo)簽：acc_xx.xx.xx_patch1_test1），以郵件回答給環(huán)境管理員、測(cè)試人員、開發(fā)人員、QA和項(xiàng)目經(jīng)理，并附帶有關(guān)文件。環(huán)境管理員依照版本管理員供給的測(cè)試標(biāo)簽export至測(cè)試服務(wù)器進(jìn)行版本測(cè)試，依照部署手冊(cè)，源碼改正清單等文檔對(duì)源碼比對(duì)，部署達(dá)成后，通知測(cè)試人員做功能測(cè)試等。測(cè)試達(dá)成，測(cè)試人員以郵件通知版本管理員，版本管理員把測(cè)試標(biāo)簽創(chuàng)立為上線標(biāo)簽，以郵件回答給開發(fā)人員、測(cè)試人員、環(huán)境管理員、QA和項(xiàng)目經(jīng)理，并附帶有關(guān)文件，準(zhǔn)備上線。上線成功后，開發(fā)人員把緊迫修復(fù)的分支（）歸并入下一個(gè)上線版本的分支內(nèi),歸并后無任何矛盾，再提交到版本庫(kù)，爾后從版本庫(kù)中ch

15、eckout出骨干的工作拷貝，并把版本庫(kù)中最新的分支文件歸并至骨干的工作拷貝，歸并達(dá)成后，進(jìn)行diff的比對(duì)，確認(rèn)沒問題后，最后把骨干的工作拷貝提交至版本庫(kù)。重復(fù)以上步驟4-7，直至上線.3.2.2版本管理簡(jiǎn)單流程圖3.2.3角色定位說明開發(fā)人員需要做：郵件服務(wù)，版本控制，配置項(xiàng)，文檔，腳本，SQL語(yǔ)句，版本更新，版本修復(fù)，版本矛盾測(cè)試人員需要做：郵件服務(wù)，版本編譯，版本測(cè)試版本管理人員需要做：郵件服務(wù)，配置管理，基線，版本管理，標(biāo)簽管理.3.2.4開發(fā)守則請(qǐng)開發(fā)人員嚴(yán)格履行規(guī)范中的制定的版本管理流程。上線前，必定準(zhǔn)備好相應(yīng)的文檔，腳本，SQL語(yǔ)句，以便測(cè)試人員進(jìn)行正確的測(cè)試。在源碼開發(fā)中的改

16、正或許改良的地方，必定增添說明部分，以便測(cè)試人員進(jìn)行正確的校驗(yàn)在多人對(duì)同一個(gè)分支開發(fā)時(shí)，需要做好如期checkin，以保證源碼無矛盾分支達(dá)成單元測(cè)試，進(jìn)行集成測(cè)試時(shí)，才可歸并入骨干，若是要自己做集成測(cè)試，則能夠把骨干歸并入分支進(jìn)行測(cè)試。在多個(gè)分支開發(fā)的情況下，后上線的分支必定等前上線的分支歸并入骨干后測(cè)試經(jīng)過了，再可并入骨干后上線的分支必定如期從骨干歸并入分支文件夾，以保證目前開發(fā)的源碼是以最新上線包的基礎(chǔ)上開發(fā)的。在當(dāng)?shù)氐墓ぷ骺截愔袣w并入骨干后，再用其與版本庫(kù)的骨干進(jìn)行源碼比對(duì)，保證沒有任何問題此后，再checkin到版本庫(kù)中。4備份管理為了保證文檔的最大可恢復(fù)性，要隨時(shí)及如期地進(jìn)行備份工作

17、。1、隨時(shí)備份：1）開發(fā)人員每日都要將自已當(dāng)日改正的源文件在當(dāng)?shù)貦C(jī)器進(jìn)步行備份。2）開發(fā)負(fù)責(zé)人每日要將所有源文件在當(dāng)?shù)貦C(jī)備份。3）建議備份采用循環(huán)備份。2、如期備份（1）備份形式為硬盤備份和光盤備份。硬盤備份時(shí)，要備份在獨(dú)立的硬盤上；光盤備份時(shí)，要將光盤寄存在可靠的地方。（2）備份周期視各系統(tǒng)的詳細(xì)情況而定。若是處于開發(fā)階段，每周應(yīng)付所有的源程序項(xiàng)進(jìn)行備份，一般為每周周五；若是處于其余階段，依照詳細(xì)情況而定，但周期不能夠高出兩周。（3）備份要由版本管理員負(fù)責(zé)，備份原則應(yīng)是保證文檔的最大可恢復(fù)性。（4）關(guān)于歷史版本或某用戶的特別版本，若是無特別原因不再進(jìn)行修改的話，建議用光盤進(jìn)行備份，而且應(yīng)有備

18、份盤說明文件BACKUP.TXT。該文件應(yīng)當(dāng)記錄以下內(nèi)容：本次備份時(shí)間，備份內(nèi)容，履行人。.5SVN常用命令說明svncheckout命令簡(jiǎn)寫svnco綱領(lǐng)svncheckoutURLREV.PATH描繪從版本庫(kù)取出一個(gè)工作拷貝。改變創(chuàng)立一個(gè)工作拷貝。選項(xiàng)：-revision(-r)REV-quiet(-q)-depthARG-force-acceptARG-usernameUSER-passwordPASS-no-auth-cache-non-interactive-ignore-externals-config-dirDIR用途：版本控制例子：.$lssvncommit命令簡(jiǎn)寫svnci綱

19、領(lǐng)svncommitPATH.描繪將改正從工作拷貝發(fā)送到版本庫(kù)。改變工作拷貝，版本庫(kù)選項(xiàng)：-message(-m)TEXT-file(-F)FILE-quiet(-q)-no-unlock-non-recursive(-N)-targetsFILENAME-force-log-usernameUSER-passwordPASS-no-auth-cache-non-interactive-encodingENC-config-dirDIR用途：版本更新例子：$svncim“備注信息”Sendinge.dll(改正的文件)Transmittingfiledata.Committedrevision

20、21.svnupdate命令簡(jiǎn)寫svnup綱領(lǐng)svnupdatePATH.描繪會(huì)把版本庫(kù)的改正帶到工作拷貝，若是沒有給定校正版本，它會(huì)把你的工作拷貝更新到HEAD校正版本，否則，它會(huì)把工作拷貝更新到你用-revision指定的修訂版本。為了保持同步，svnupdate也會(huì)刪除所有在工作拷貝發(fā)現(xiàn)的無效鎖定關(guān)于每一個(gè)更新的項(xiàng)目開頭都有一個(gè)表示所做動(dòng)作的字符，這些字符有下面的意思：A增添D刪除U更新矛盾G歸并第一列的字符反應(yīng)文件自己的更新，而第二列會(huì)反應(yīng)文件屬性的更新。改變工作拷貝2選項(xiàng)：-revision(-r)REV-non-recursive(-N)-quiet(-q)-no-ignore-i

21、ncremental-diff3-cmdCMD-usernameUSER-passwordPASS-no-auth-cache-non-interactive-config-dirDIR-ignore-externals用途：版本更新例子：.$svnupsvnmerge命令簡(jiǎn)寫svnmerge綱領(lǐng)svnmergesourceURL1NsourceURL2MWCPATHsvnmergesourceWCPATH1NsourceWCPATH2MWCPATHsvnmerge-rN:MSOURCEREVWCPATH(最常用)描繪第一種和第二種形式里，源路徑（第一種是URL，第二種是工作拷貝路徑）用校正版

22、本號(hào)N和M指定，這是要比較的兩組源文件，若是省略校正版本號(hào)，缺省是HEAD。第三種形式，SOURCE能夠是URL或許工作拷貝項(xiàng)目，與之對(duì)應(yīng)的URL會(huì)被使用。在校正版本號(hào)N和M的URL定義了要比較的兩組源。WCPATH是接收變化的工作拷貝路徑，若是省略WCPATH，會(huì)假設(shè)缺省值“.”，除非源有相同基本名稱與“.”中的某一文件名字般配：在這種情況下，差別會(huì)應(yīng)用到那個(gè)文件。不像svndiff，歸并操作在履行時(shí)會(huì)考慮文件的祖先，當(dāng)你從一個(gè)分支歸并到另一個(gè)分支，而這兩個(gè)分支有各自重命名的文件時(shí)，這一點(diǎn)會(huì)特別重要。改變工作拷貝選項(xiàng)：-revision(-r)REV-non-recursive(-N)-qu

23、iet(-q)-force-dry-run-diff3-cmdCMD-ignore-ancestry-usernameUSER-passwordPASS.-no-auth-cache-non-interactive-config-dirDIR用途：版本更新例子：將一個(gè)分支歸并回骨干（假設(shè)你有一份骨干的工作拷貝，分支在校正版本250創(chuàng)立）：$svncosvn:/9/apsbat/trunk(第一成立骨干的工作拷貝)$cdtrunk$svnmerge-r250:255svn:/9/apsbat/branches/acc_11.01.26(比較的250版本和255版本之間的差別，應(yīng)用到骨干的工作拷貝

24、中)Utrunk/tiny.txttrunk/thhgttg.txtUtrunk/win.txt若是你的分支在校正版本23，你希望將骨干的改正歸并到分支，你能夠在你的工作拷貝的分支上這樣做：svnresolved命令簡(jiǎn)寫svnresolved綱領(lǐng)svnresolvedPATH.描繪刪除工作拷貝文件或目錄的“conflicted”狀態(tài)。這個(gè)程序不是語(yǔ)義上的改變矛盾標(biāo)志，它可是刪除矛盾有關(guān)的人造文件，進(jìn)而從頭贊同提交；也就是說，它告訴Subversion矛盾已經(jīng)“解決了”。改變工作拷貝.選項(xiàng)：-targetsFILENAME-recursive(-R)-quiet(-q)-config-dirDI

25、R用途：版本矛盾例子：若是你在更新時(shí)獲得矛盾，你的工作拷貝會(huì)產(chǎn)生三個(gè)新的文件：$svnupdateCfoo.cUpdatedtorevision31.$lsfoo.c表示矛盾，說明服務(wù)器上的變動(dòng)同你的變動(dòng)矛盾了，你需要自己手工去解決。若是你碰到矛盾，三件事你能夠選擇：“手動(dòng)”歸并矛盾文本（檢查和改正文件中的矛盾標(biāo)志）。用某一個(gè)臨時(shí)文件覆蓋你的工作文件。?運(yùn)行svnrevert來放棄所有的改正。當(dāng)你解決了foo.c的矛盾，而且準(zhǔn)備提交，運(yùn)行svnresolved讓你的工作拷貝知道你已經(jīng)達(dá)成了所有事情。簡(jiǎn)單介紹下手工歸并矛盾：這里一個(gè)簡(jiǎn)單的例子，由于不良的溝通，你和同事ttl，同時(shí)編寫了sandw

26、ich.txt。ttl提交了改正，當(dāng)你準(zhǔn)備更新你的版本，矛盾發(fā)生了，我們不得不去改正sandwich.txt來解決這個(gè)問題。第一，看一下這個(gè)文件：$catsandwich.txtToppieceofbreadMayonnaiseLettuceTomatoProvolone.r2CreoleMustardBottompieceofbread小于號(hào)、等于號(hào)和大于號(hào)串是矛盾標(biāo)志，其實(shí)不是矛盾的數(shù)據(jù)，你必然要確定這些內(nèi)容在下次提交以前獲得刪除，前兩組標(biāo)志中間的內(nèi)容是你在矛盾區(qū)所做的改正：.r2過去你其實(shí)不希望可是刪除矛盾標(biāo)志和ttl的改正當(dāng)他收到三明治時(shí)，會(huì)特其余驚訝。所以你應(yīng)當(dāng)走到她的辦公室或是拿起

27、電話告訴ttl，你沒方法從從意大利熟食店獲得想要的泡菜。一旦你們確認(rèn)了提交內(nèi)容后，改正文件而且刪除矛盾標(biāo)志。ToppieceofbreadMayonnaiseLettuceTomatoProvoloneSalamiMortadellaProsciuttoCreoleMustardBottompieceofbread現(xiàn)在運(yùn)行svnresolved，你已經(jīng)準(zhǔn)備好提交了：$svnresolvedsandwich.txt$svncommit-mGoaheadandusemysandwich,discardingttlsedits.記著，若是你改正矛盾時(shí)感覺雜亂，你能夠參照subversion生成的三個(gè)

28、文件包括你未作更新的文件。你也能夠使用第三方的歸并工具查驗(yàn)這三個(gè)文件。svnexport命令簡(jiǎn)寫svnexport.綱領(lǐng)svnexport-rREVURLPEGREVPATHsvnexport-rREVPATH1PEGREVPATH2描繪第一種從版本庫(kù)導(dǎo)出潔凈工作目錄樹的形式是指定URL，若是指定了校正版本REV，會(huì)導(dǎo)出相應(yīng)的版本，若是沒有指定校正版本，則會(huì)導(dǎo)出HEAD，導(dǎo)出到PATH。若是省略PATH，URL的最后一部分會(huì)作為當(dāng)?shù)啬夸浀拿帧墓ぷ骺截悓?dǎo)出潔凈目錄樹的第二種形式是指定PATH1到PATH2，所有的當(dāng)?shù)馗恼龑?huì)儲(chǔ)藏，可是不再版本控制下的文件不會(huì)拷貝。改變當(dāng)?shù)卮疟P選項(xiàng)：-revi

29、sion(-r)REV-quiet(-q)-force-usernameUSER-passwordPASS-no-auth-cache-non-interactive-non-recursive-config-dirDIR-native-eolEOL-ignore-externals用途：版本測(cè)試?yán)樱簭陌姹編?kù)導(dǎo)出目錄（打印所有的文件和目錄）：Exportedrevision15.svnlog命令簡(jiǎn)寫.svnlog綱領(lǐng)svnlogPATHsvnlogURLPATH.描繪缺省目標(biāo)是你的目前目錄的路徑，若是沒有供給參數(shù)，svnlog會(huì)顯示目前目錄下的所有文件和目錄的日志信息，你能夠經(jīng)過指定路徑來精

30、華結(jié)果，一個(gè)或多個(gè)校正版本，或許是任何兩個(gè)的組合。關(guān)于當(dāng)?shù)芈窂降娜笔⌒Ｕ姹痉秶鶥ASE:1。若是你可是指定一個(gè)URL，就會(huì)打印這個(gè)URL上所有的日志信息，若是增添部分路徑，只有這條路徑下的URL信息會(huì)被打印，URL缺省的校正版本范圍是HEAD:1。改變無選項(xiàng)：-revision(-r)REV-quiet(-q)-verbose(-v)-targetsFILENAME-stop-on-copy-incremental-limitNUM-xml-usernameUSER-passwordPASS-no-auth-cache-non-interactive-config-dirDIR用途：查察版本信息，做歸并參照例子：$svnlog-r20|harry|2003-01-1722:56:19-0600(Fri,17Jan2003)|1lineTweak.（-m的備注信息）-r17|sally|2003-01-1623:21:19-0600(Thu,16Jan2003)|2lines.svnlist命令簡(jiǎn)寫svnls綱領(lǐng)svnlistTARGE