通聯(lián)支付網(wǎng)絡(luò)服務(wù)股份有限公司技術(shù)支持中心研發(fā)部版本管理規(guī)范受理市場支持部2011 年 1 月版本控制信息版本日期擬稿和修改說明1.02010-12-6劉志毅擬稿發(fā)布1.12011-1-7劉志毅增加了郵件通知1.22011-1-25劉志毅重新編寫了管理規(guī)范1.32011-1-28沈德權(quán)補(bǔ)充了郵件通知接受方和上線版本的編譯 流程詳見2.3、2.4和3.2.1章節(jié)1.42011-2-16劉志毅補(bǔ)充了緊急變更方案，詳見 3.2.1目錄文檔類別使用對象 41.弓I言41.1目的 41.2范圍41.3術(shù)語定義 42 .版本管理62. 1版本標(biāo)識方法62 . 1. 1版本標(biāo)識說明 62. 2目錄結(jié)構(gòu)62. 3版本的存放72.3.1 tru nk 82.3.2 bran ches 82.3.3 tags 82.3.4 files 82.3.5 script 82.3.6 sql 82. 4權(quán)限控制管理83 更新管理（版本升級） 83.1版本升級原則83.2新版本的發(fā)布 93.2.1版本管理流程說明 93.2.2版本管理簡略流程圖 103.2.3角色定位說明 113.2.4版本管理守則 114. 備份管理115. SVN常用命令說明12文檔類別使用對象文檔類別該文檔是為技術(shù)支持中心提供一個版本管理規(guī)范性文件。使用對象該文檔使用對象為技術(shù)支持中心研發(fā)部版本管理人員，以及其他相關(guān)人員。未經(jīng)許可，該文檔不得提供給上述規(guī)定對象以外的人員閱讀或使用。1.引言1.1目的本文檔是為規(guī)范技術(shù)支持中心研發(fā)版本管理而制定的。1.2范圍本文檔為研發(fā)部各人員提供有關(guān)版本管理規(guī)范的相關(guān)內(nèi)容，包括：1. 版本標(biāo)識方法2. 版本管理流程3. 角色定位4. SVN常用命令說明1.3術(shù)語定義SVNSvn是一個開源的版本控制系統(tǒng)Subversion的簡稱文檔上線所需的相關(guān)文檔，包括部署手冊，源碼修改清單列表等腳本上線所需的相關(guān)腳本，包括編譯腳本等SQL 語句上線所需的相關(guān) SQL 語句，包括建表語句等配置管理標(biāo)識和確定系統(tǒng)中配置項(xiàng)的過程， 在系統(tǒng)整個生存周期內(nèi)控制這些項(xiàng)的投放和更 動，記錄并報告配置的狀態(tài)和更動要求，驗(yàn)證配置項(xiàng)的完整性和正確性。軟件配置軟件的具體形態(tài)在某時刻的瞬時影像。配置項(xiàng)軟件配置管理的對象稱為配置項(xiàng)，如：源碼?；€軟件生存周期中各開發(fā)階段末尾的標(biāo)記， 它的作用是把各階段工作的劃分更加明 確化，使本來連續(xù)的工作在這些點(diǎn)上斷開，使之便于檢驗(yàn)和肯定階段成果。郵件服務(wù)需求轉(zhuǎn)達(dá)，標(biāo)簽轉(zhuǎn)達(dá)時候，需要發(fā)送郵件通知對方或者回復(fù)對方版本控制通過svn co把分支文件夾拷貝到開發(fā)環(huán)境進(jìn)行開發(fā)，并進(jìn)行版本控制版本管理根據(jù)需求，創(chuàng)建開發(fā)所需的分支標(biāo)簽管理為測試版本，上線版本創(chuàng)建標(biāo)簽版本更新通過svn ci定期備份修改內(nèi)容，或通過svn update更新當(dāng)前所開發(fā)的源碼，或通 過svn merge把主干新增內(nèi)容更新至分支版本測試通過svn export校驗(yàn)源碼，進(jìn)行源碼的比對，測試版本修復(fù)對當(dāng)前測試或上線版本出現(xiàn)的問題進(jìn)行修復(fù)版本沖突由于修改了同一個文件，所以svn ci, svn merge以及svn up時會報錯，造成了版 本沖突問題。2版本管理 2 1 版本標(biāo)識方法 為了使工作規(guī)范化、統(tǒng)一化，各系統(tǒng)實(shí)行的版本標(biāo)識管理方法分為：上線版 本，測試版本，修復(fù)版本，文檔版本，腳本版本以及 sql 語句版本。211 版本標(biāo)識說明上線版本：在生產(chǎn)環(huán)境上運(yùn)行的正式版本。測試版本：在 UAT 環(huán)境上運(yùn)行的測試版本。修復(fù)版本：在生產(chǎn)環(huán)境上用于修復(fù)當(dāng)前版本的補(bǔ)丁版本。以“ acc”開頭，版本號放后。版本號分 2節(jié)：主版本號為上線時間點(diǎn)，由3節(jié) 組成，每節(jié)之間以小數(shù)點(diǎn) （. ）間隔。如 acc_11.01.26 表示主版本號為 11.01.06 ， 上線時間為 2011 年 1 月 26 日，次版本號為修復(fù)版和測試版本的組合，比如 acc_11.01.26_patch1 ，主版本為 11.01.26, 次版本號為 patch1 ，說明該版本為 1 次修復(fù)版本，如 acc_11.01.26_test1, 說明該版本為 1 次測試版本，如 acc_11.01.26_patch1_test1 ，說明該版本為 1 次修復(fù)版本的 1次測試版本。文檔版本：上線版本對應(yīng)的相關(guān)文檔。以“ file ”開頭，版本號放后。就一個主版本號，為上線時間點(diǎn)，如file_11.01.26, 指文檔為上線版本 11.01.26 的文檔。 注：文檔名必須是英文 +數(shù)字組成，暫不支 持中文名腳本版本：上線版本對應(yīng)的相關(guān)腳本。以” spt”為開頭，版本號放后，就一個主版本號，為上線時間點(diǎn)，如 spt_11.01.26, 指腳本為上線版本 11.01.26的腳本sql 語句版本：上線版本對應(yīng)的 sql 語句。以“sql”為開頭，版本號放后。就一個主版本號，為上線時間點(diǎn)，如sql_11.01.26 指 sql 語句為上線版本 11.01.26的 sql 語句。2 2 目錄結(jié)構(gòu)現(xiàn)以其中一個庫名的目錄結(jié)構(gòu)舉例如下：*IMBunk_J7晁 1匕線戰(zhàn)/ -/艸限腳 JT，上蛭版J /郴免文/22 . 3目錄說明以子系統(tǒng)類別為主目錄（即庫名）庫名子系統(tǒng)說明apsbmAPSBMapsbat清分清算apsms商戶服務(wù)平臺商戶服務(wù)平臺apsrisk backAPSRisk Back風(fēng)險管理系統(tǒng)（后臺）aps onlTGPnspNSPtpospTPOSPcommfe通訊前置alipay支付寶前置bank銀行前置apsrptAPSRPT統(tǒng)計報表pospPOSPtest測試使用1apmsAPMS商戶管理系統(tǒng)目前暫不采用SVN管理apsrisk_fr ontAPSRisk_Fro nt風(fēng)險管理系統(tǒng)（前端）.NET 目前暫不采用SVN管理2.3.1 trunk主干文件夾，存放的是當(dāng)前系統(tǒng)的最新源碼2.3.2 branches分支文件夾，存放的是當(dāng)前開發(fā)和歷史開發(fā)的分支文件夾的源碼。2.3.3 tags標(biāo)簽文件夾，存放的是當(dāng)前上線版本和歷史版本的源碼。2.3.4 files文檔文件夾，存放的是當(dāng)前上線版本和歷史版本的相關(guān)文檔。2.3.5 script腳本文件夾，存放的是當(dāng)前上線版本和歷史版本的相關(guān)腳本。2.3.6 sqlsql 語句文件夾，存放的是當(dāng)前上線版本和歷史版本的相關(guān) sql 語句。2 4 權(quán)限控制管理為保障版本的安全性，一致性，以及防止意外修改，必須對不同的文件夾設(shè) 置不同的訪問權(quán)限。文件夾權(quán)限類別：只讀權(quán)限，讀寫權(quán)限。用戶類別：開發(fā)人員、測試人員、配置管理員、 QA 、項(xiàng)目經(jīng)理等。為了控制不同的使用權(quán)限，根據(jù)要求在服務(wù)器上分別建立不同的用戶，針對 不同的配置項(xiàng)所在目錄分配不同的權(quán)限。為了便于管理，應(yīng)以表格的形式列出人員與管理對象的訪問關(guān)系（用戶權(quán)限 清單）。3更新管理（版本升級）3.1 版本升級原則版本升級應(yīng)嚴(yán)格納入版本管理的控制之下。應(yīng)當(dāng)謹(jǐn)慎地控制版本的升級，保 障高版本的向下兼容性，或提供嚴(yán)格定義的升級方法。在下面幾種情況下，進(jìn)行版本演化和升級：1. 當(dāng)系統(tǒng)有重大的需求，需要較大的改進(jìn)或修改時，主版本號為新版本上線時 間點(diǎn)。2. 當(dāng)系統(tǒng)有重大的BUG'可題時，次版本要添加patchi。3. 對于改動量比較少的，如修復(fù)小問題之類的，可以從當(dāng)前正在開發(fā)分支支中, 進(jìn)行改進(jìn)或修改，和下一個新版本一起上線。4. 記錄版本升級過程。每次版本升級，都要填寫版本升級記錄表。3.2新版本的發(fā)布3.2.1版本管理流程說明1. 需求和上線點(diǎn)確認(rèn)后，開發(fā)人員以郵件通知版本管理員，郵件內(nèi)容包含以下 要素：上線點(diǎn)時間，開發(fā)系統(tǒng)，開發(fā)內(nèi)容等。版本管理員根據(jù)上線點(diǎn)，在對 應(yīng)的版本庫下創(chuàng)建分支文件夾，并以郵件回復(fù)給開發(fā)人員。2. 開發(fā)人員根據(jù)版本管理員提供的分支文件名從版本庫的分支文件夾內(nèi) checkout到開發(fā)服務(wù)器建立版本控制，進(jìn)行程序開發(fā)。3. 開發(fā)人員開發(fā)完成后，把分支文件夾提交到版本庫，然后從版本庫中 checkout出主干的工作拷貝，并把版本庫中最新的分支文件合并至主干的工 作拷貝，合并完成后，進(jìn)行 diff的比對，確認(rèn)沒問題后，最后把主干的工 作拷貝提交至版本庫。4. 開發(fā)人員以郵件通知版本管理員，告知當(dāng)前開發(fā)的分支已經(jīng)完成，并已更新至主干中，同時郵件內(nèi)容必須含有：部署手冊，源碼修改清單等相關(guān)文檔， 編譯腳本，SQL語句。版本管理員把當(dāng)前主干版本創(chuàng)建標(biāo)簽文件夾，記錄當(dāng) 前測試版本，以郵件回復(fù)給環(huán)境管理員、測試人員、開發(fā)人員、QA和項(xiàng)目經(jīng)理，并附帶相關(guān)文件。5. 環(huán)境管理員根據(jù)版本管理員提供的測試標(biāo)簽export至測試服務(wù)器進(jìn)行版本測試，根據(jù)部署手冊，源碼修改清單等文檔對源碼比對，部署完成后，通知 測試人員做功能測試等。6. 測試完成，測試人員以郵件通知版本管理員，版本管理員把測試標(biāo)簽創(chuàng)建為 上線標(biāo)簽，以郵件回復(fù)給開發(fā)人員、測試人員、環(huán)境管理員、QA和項(xiàng)目經(jīng)理， 并附帶相關(guān)文件，準(zhǔn)備上線。7. 核心系統(tǒng)：開發(fā)人員用上線標(biāo)簽的源碼進(jìn)行編譯后，再針對上線內(nèi)容進(jìn)行測試，通過后，提交上線包，相關(guān)文檔給運(yùn)行部上線。管理系統(tǒng)：開發(fā)人員，提交測試通過的上線包，相關(guān)文檔給運(yùn)行部上線。 （序號對應(yīng)以下版本管理流程圖）8. 測試未通過，開發(fā)人員對代碼進(jìn)行二次開發(fā)，待開發(fā)完成后，重復(fù)以上步驟4-7,直至上線緊急變更方案觸發(fā)條件：下一個上線版本已經(jīng)并入了主干，需要在下一個上線版本前插入一個 補(bǔ)丁版本。1. 變更需求和上線點(diǎn)確認(rèn)后，開發(fā)人員以郵件通知版本管理員，郵件內(nèi)容包含 以下要素：上線點(diǎn)時間，開發(fā)系統(tǒng)，開發(fā)內(nèi)容等。版本管理員根據(jù)上線點(diǎn)， 在對應(yīng)的版本庫下創(chuàng)建分支文件夾（分支名為 acc_xx.xx.xx_patch1 ），并以 郵件回復(fù)給開發(fā)人員。2. 開發(fā)人員根據(jù)版本管理員提供的分支文件名從版本庫的分支文件夾內(nèi) checkout到開發(fā)服務(wù)器建立版本控制，進(jìn)行程序開發(fā)。3. 開發(fā)人員開發(fā)完成后，把分支文件夾提交到版本庫，以郵件通知版本管理員，告知當(dāng)前開發(fā)的分支已經(jīng)完成，同時郵件內(nèi)容必須含有：部署手冊，源碼修 改清單等相關(guān)文檔，編譯腳本，SQL語句。版本管理員把分支版本創(chuàng)建標(biāo)簽 文件夾，記錄當(dāng)前測試版本（測試標(biāo)簽：acc_xx.xx.xx_patch1_test1 ），以郵件回復(fù)給環(huán)境管理員、測試人員、開發(fā)人員、QA和項(xiàng)目經(jīng)理，并附帶相關(guān)文件。4. 環(huán)境管理員根據(jù)版本管理員提供的測試標(biāo)簽export至測試服務(wù)器進(jìn)行版本測試，根據(jù)部署手冊，源碼修改清單等文檔對源碼比對，部署完成后，通知 測試人員做功能測試等。5. 測試完成，測試人員以郵M牛通知版本管理員，版本管理員把測試標(biāo)簽創(chuàng)建為 上線標(biāo)簽，以郵件回復(fù)給開發(fā)人員、測試人員、環(huán)境管理員、QA和項(xiàng)目經(jīng)理， 并附帶相關(guān)文件，準(zhǔn)備上線。6. 上線成功后，開發(fā)人員把緊急修復(fù)的分支（acc_xx.xx.xx_patch1）合并入下一 個上線版本的分支內(nèi)，合并后無任何沖突，再提交到版本庫，然后從版本庫中 checkout出主干的工作拷貝，并把版本庫中最新的分支文件合并至主干的工 作拷貝，合并完成后，進(jìn)行diff的比對，確認(rèn)沒問題后，最后把主干的工作 拷貝提交至版本庫。7. 重復(fù)以上步驟4-7，直至上線322版本管理簡略流程圖323角色定位說明開發(fā)人員需要做：郵件服務(wù)，版本控制，配置項(xiàng)，文檔，腳本，SQL語句，版本更新，版本修復(fù), 版本沖突測試人員需要做：郵件服務(wù)，版本編譯，版本測試版本管理人員需要做：郵件服務(wù)，配置管理，基線，版本管理，標(biāo)簽管理3.2.4開發(fā)守則請開發(fā)人員嚴(yán)格執(zhí)行規(guī)范中的制定的版本管理流程。上線前，必須準(zhǔn)備好相應(yīng)的文檔，腳本，SQL語句，以便測試人員進(jìn)行正確 的測試。在源碼開發(fā)中的修改或者改進(jìn)的地方，必須增加注釋部分，以便測試人員進(jìn) 行正確的校驗(yàn)在多人對同一個分支開發(fā)時，需要做好定期 check in，以保證源碼無沖突 分支完成單元測試，進(jìn)行集成測試時，才可合并入主干，如果要自己做集成 測試，則可以把主干合并入分支進(jìn)行測試。在多個分支開發(fā)的情況下，后上線的分支必須等前上線的分支合并入主干后 測試通過了，再可并入主干后上線的分支必須定期從主干合并入分支文件夾，以保證當(dāng)前開發(fā)的源碼是 以最新上線包的基礎(chǔ)上開發(fā)的。在本地的工作拷貝中合并入主干后，再用其與版本庫的主干進(jìn)行源碼比對，確保沒有任何問題之后，再check in到版本庫中。4 備份管理為了保證文檔的最大可恢復(fù)性，要隨時及定期地進(jìn)行備份工作。1、隨時備份：(1) 開發(fā)人員每天都要將自已當(dāng)日修改的源文件在本地機(jī)器上進(jìn)行 備份。(2) 開發(fā)負(fù)責(zé)人每天要將所有源文件在本地機(jī)備份。(3) 建議備份采用循環(huán)備份。2、定期備份(1) 備份形式為硬盤備份和光盤備份。硬盤備份時，要備份在獨(dú)立的 硬盤上；光盤備份時，要將光盤存放在可靠的地方。(2) 備份周期視各系統(tǒng)的具體情況而定。如果處于開發(fā)階段，每周應(yīng) 對所有的源程序項(xiàng)進(jìn)行備份，一般為每周周五；如果處于其它階段，根據(jù)具體情況而定，但周期不能超過兩周。(3) 備份要由版本管理員負(fù)責(zé)，備份原則應(yīng)是保證文檔的最大可恢復(fù) 性。(4) 對于歷史版本或某用戶的特殊版本，如果無特殊原因不再進(jìn)行修 改的話，建 議用光 盤進(jìn)行備份， 而且應(yīng) 有備份盤說明 文件 BACKUP.TXT。該文件應(yīng)該記錄以下內(nèi)容：本次備份時間，備份 內(nèi)容，執(zhí)行人。5. SVN常用命令說明svn checkout命令簡寫svn co概要svn checkout URLREVPATH描述從版本庫取出一個工作拷貝改變創(chuàng)建一個工作拷貝選項(xiàng)：-revisi on (-r) REV -quiet (-q) -depth ARG -force-accept ARG -user name USER -password PASS -no-auth-cache -non-i nteractive -ig no re-exter nals -co nfig-dir DIR用途： 版本控制例子：$ svn co svn :/192.168.1.29/apsbat/bra nches/acc_11.01.26A acc_11.01.26/aA acc_11.01.26/bA acc_11.01.26/cA acc_11.01.26/dChecked out revisi on 20.$ lsacc_11.01.26svn commit命令簡寫svn ci概要svn commit PATH.描述將修改從工作拷貝發(fā)送到版本庫。改變工作拷貝，版本庫選項(xiàng)：-message (-m) TEXT-file (-F) FILE-quiet (-q)-no-unl ock-non-recursive (-N)-targets FILENAME-force-log-user name USER-password PASS-no-auth-cache-non-i nteractive-en cod ing ENC-co nfig-dir DIR用途：版本更新例子：$ svn ci -m備注信息”Sen di ng e.dll(修改的文件)Transmitting file data.Committed revision 21.svn update命令簡寫svn up概要svn update PATH.描述會把版本庫的修改帶到工作拷貝，如果沒有給定修訂版本，它會把你的工作拷貝 更新到HEAD修訂版本，否則，它會把工作拷貝更新到你用 -revision指定的修 訂版本。為了保持同步，svn update也會刪除所有在工作拷貝發(fā)現(xiàn)的無效鎖定 對于每一個更新的項(xiàng)目開頭都有一個表示所做動作的字符，這些字符有下面的意思：A添加D刪除U更新C沖突G合并第一列的字符反映文件本身的更新，而第二列會反映文件屬性的更新。改變工作拷貝2選項(xiàng):-revisi on (-r) REV -non-recursive (-N) -quiet (-q) -no-ig nore -i ncreme ntal -diff3-cmd CMD -user name USER -password PASS -no-auth-cache -non-i nteractive -co nfig-dir DIR -ig no re-exter nals用途： 版本更新例子:$ svn upA acc_01.11.26/f.txtA acc_01.11.26/g.txtD acc_01.11.26/a.txtUpdated to revision 22.svn merge命令簡寫svn merge概要svn merge sourceURL1N sourceURL2M WCPATHsvn merge sourceWCPATH1N sourceWCPATH2M WCPATH svn merge -r N:M SOURCEREV WCPATH (最常用 )描述 第一種和第二種形式里，源路徑（第一種是URL ，第二種是工作拷貝路徑）用修訂版本號 N 和 M 指定，這是要比較的兩組源文件，如果省略修訂版本號，缺 省是 HEAD 。第三種形式，SOURCE可以是URL或者工作拷貝項(xiàng)目，與之對應(yīng)的URL會被使 用。在修訂版本號N和M的URL定義了要比較的兩組源。WCFATH是接收變化的工作拷貝路徑，如果省略 WCRATH,會假定缺省值“, 除非源有相同基本名稱與“ .”中的某一文件名字匹配：在這種情況下，區(qū)別會 應(yīng)用到那個文件。不像 svn diff ，合并操作在執(zhí)行時會考慮文件的祖先，當(dāng)你從一個分支合并到另 一個分支，而這兩個分支有各自重命名的文件時，這一點(diǎn)會非常重要。改變 工作拷貝選項(xiàng)：-revision (-r) REV-non-recursive (-N)-quiet (-q)-force-dry-run-diff3-cmd CMD-ignore-ancestry-username USER-password PASS-no-auth-cache-non-interactive-config-dir DIR用途：版本更新例子：將一個分支合并回主干（假定你有一份主干的工作拷貝，分支在修訂版本250創(chuàng)建）:$ svn co svn:192.168.1.29/apsbat/trunl首先建立主干的工作拷貝）$cd trunk$ svn merge -r 250:255 svn:/192.168.1.29/apsbat/branches/acc_11.01.26（較acc_11.01.26的250版本和255版本之間的差別，應(yīng)用到主干的工作拷貝中）U trunk/tin y.txtU trunk /thhgttg.txtU trunk /wi n.txt如果你的分支在修訂版本23,你希望將主干的修改合并到分支，你可以在你的工作拷貝的分支上這樣做：$ svn merge -r 23:30 svn: /192.168.1.29/apsbat/tru nk/U acc_11.01.26/wi n.txtsvn resolved命令簡寫svn resolved概要svn resolved PATH.描述刪除工作拷貝文件或目錄的“ conflicted ”狀態(tài)。這個程序不是語義上的改變沖 突標(biāo)志，它只是刪除沖突相關(guān)的人造文件，從而重新允許提交；也就是說，它告 訴Subversion沖突已經(jīng)“解決了” 。改變工作拷貝選項(xiàng)：-targets FILENAME -recursive (-R) -quiet (-q)-co nfig-dir DIR用途:版本沖突例子：如果你在更新時得到?jīng)_突，你的工作拷貝會產(chǎn)生三個新的文件：$ svn updateC foo.cUpdated to revisi on 31.$ Isfoo.cfoo.c.mi nefoo.c.r30foo.c.r31C表示沖突，說明服務(wù)器上的改動同你的改動沖突了，你需要自己手工去解決。 如果你遇到?jīng)_突，三件事你可以選擇：“手動”合并沖突文本（檢查和修改文件中的沖突標(biāo)志）。用某一個臨時文件覆蓋你的工作文件。運(yùn)行svn revert <filename>來放棄所有的修改。當(dāng)你解決了 foo.c的沖突，并且準(zhǔn)備提交，運(yùn)行 svn resolved 讓你的工作拷貝 知道你已經(jīng)完成了所有事情。簡單介紹下手工合并沖突：這里一個簡單的例子，由于不良的交流，你和同事ttl，同時編輯了 sandwich.txt ttl提交了修改，當(dāng)你準(zhǔn)備更新你的版本，沖突發(fā)生了，我們不得不去修改 san dwich.txt來解決這個問題。首先，看一下這個文件： $ cat san dwich.txt Top piece of bread Mayonn aise LettuceTomatoProv olone vvvvvvv .mine SalamiMortadella ProsciuttoSauerkrautGrilled Chicke n>>>>>>> .r2Creole MustardBottom piece of bread小于號、等于號和大于號串是沖突標(biāo)記，并不是沖突的數(shù)據(jù)，你一定要確定這些 內(nèi)容在下次提交之前得到刪除，前兩組標(biāo)志中間的內(nèi)容是你在沖突區(qū)所做的修改：vvvvvvv .mineSalamiMortadellaProsciutto后兩組之間的是 ttl 提交的修改沖突：SauerkrautGrilled Chicken>>>>>>> .r2通常你并不希望只是刪除沖突標(biāo)志和 ttl 的修改當(dāng)他收到三明治時， 會非常的 吃驚。所以你應(yīng)該走到她的辦公室或是拿起電話告訴 ttl ，你沒辦法從從意大利 熟食店得到想要的泡菜。 一旦你們確認(rèn)了提交內(nèi)容后， 修改文件并且刪除沖突標(biāo) 志。Top piece of breadMayonnaiseLettuceTomatoProvoloneSalamiMortadella ProsciuttoCreole MustardBottom piece of bread現(xiàn)在運(yùn)行 svn resolved ，你已經(jīng)準(zhǔn)備好提交了：$ svn resolved sandwich.txt$ svn commit -m "Go ahead and use my sandwich, discarding ttl's edits." 記住，如果你修改沖突時感到混亂，你可以參考 subversion 生成的三個文件 包括你未作更新的文件。你也可以使用第三方的合并工具檢驗(yàn)這三個文件。svn export命令簡寫svn export概要svn export -r REV URLPEGREV PATH svn export -r REV PATH1PEGREV PATH2描述第一種從版本庫導(dǎo)出干凈工作目錄樹的形式是指定 URL ，如果指定了修訂版本 REV ，會導(dǎo)出相應(yīng)的版本，如果沒有指定修訂版本，則會導(dǎo)出 HEAD ，導(dǎo)出到 PATH 。如果省略 PATH ，URL 的最后一部分會作為本地目錄的名字。從工作拷貝導(dǎo)出干凈目錄樹的第二種形式是指定 PATH1 到 PATH2 ，所有的本地 修改將會保留，但是不再版本控制下的文件不會拷貝。改變 本地磁盤選項(xiàng):-revisi on (-r) REV -quiet (-q) -force-user name USER -password PASS -no-auth-cache -non-i nteractive -non-recursive -co nfig-dir DIR -n ative-eol EOL -ig no re-exter nals用途：版本測試?yán)樱簭陌姹編鞂?dǎo)出目錄(打印所有的文件和目錄)：$ svn export svn: 192.168.1.29/apsbat/tags/acc_11.01.26A acc_11.01.26/testA acc_11.01.26/quizJExported revisi on 15.svn log命令簡寫svn log概要svn log PATHsvn log URL PATH.描述缺省目標(biāo)是你的當(dāng)前目錄的路徑，如果沒有提供參數(shù)，svn log會顯示當(dāng)前目錄下的所有文件和目錄的日志信息，你可以通過指定路徑來精煉結(jié)果，一個或多個 修訂版本，或者是任何兩個的組合。對于本地路徑的缺省修訂版本范圍 BASE:1。 如果你只是指定一個URL，就會打印這個URL上所有的日志信息，如果添加部 分路徑，只有這條路徑下的 URL信息會被打印，URL缺省的修訂版本范圍是 HEAD:1。改變無選項(xiàng)：-revision (-r) REV-quiet (-q)-verbose (-v)-targets FILENAME-stop-on-copy-incremental-limit NUM-xml-username USER-password PASS-no-auth-cache-non-interactive-config-dir DIR用途：查看版本信息，做合并參考例子：$ svn log r20 | harry | 2003-01-17 22:56:19 -0600 (Fri, 17 Jan 2003) | 1 line Tweak.(-m 的備注信息)r17 | sally | 2003-01-16 23:21:19 -0600 (Thu, 16 Jan 2003) | 2 linessvn list命令簡寫svn ls概要svn list TARGETREV.描述列出每一個 TARGET 文件和 TARGET 目錄的內(nèi)容，如果 TARGET 是工作拷貝 路徑，會使用對應(yīng)的版本庫 URL 。缺省的 TARGET 是“ .”，意味著當(dāng)前工作拷貝的版本庫 URL。改變無選項(xiàng)：-revision (-r) REV-verbose (-v)-recursive (-R)-incremental-xml-username USER-password PASS-no-auth-cache-non-interactive-config-dir DIR用途： 查看版本庫中的文件列表例子：如果你希望在沒有下載工作拷貝時察看版本庫有哪些文件， svn list 會非常有用： $ svn list svn:/192.168.1.29/apsbat/trunkREADME.txtINSTALL examples/svn diff命令簡寫svn di概要svn diff -r N:M TARGETREV.描述比較路徑下的 2 個修訂版本的區(qū)別改變無選項(xiàng)：-revision (-r) REV-old OLD-TARGET-new NEW-TARGET-extensions (-x) "ARGS"-non-recursive (-N)-diff-cmd CMD-notice-ancestry-username USER-password PASS-no-auth-cache-non-interactive-no-diff-deleted-config-dir DIR用途：把分支合并入工作拷貝的主干中， 然后使用此命令， 對版本庫中的主干和工作拷 貝中的主干進(jìn)行比對，校驗(yàn)修改內(nèi)容是否正確例子：比較 BASE 和你的工作拷貝（ svn diff 最經(jīng)常的用法）：$ svn diff COMMITTERSIndex: COMMITTERS - COMMITTERS (revision 4404) + COMMITTERS (working copy)察看你的工作拷貝對舊的修訂版本的修改： $ svn diff -r 3900 COMMITTERS Index: COMMITTERS - COMMITTERS (revision 3900)+ COMMITTERS (working copy)使用“ ”語法與修訂版本 3000和 35000比較：$ svn diff svn:/192.168.1.29/apsbat/trunk/COMMITTERS3000svn:/192.168.1.29/apsbat/trunk/COMMITTERS3500Index: COMMITTERS - COMMITTERS (revision 3000) + COMMITTERS (revision 3500)