補丁包管理辦法

1、補丁包管理辦法名詞術語1、 補丁包：由公司統(tǒng)一規(guī)劃版本的補丁程序。2、 臨時補丁包：由緊急任務引起，臨時發(fā)布的補丁程序。角色和職責1、 產(chǎn)品經(jīng)理：Ø 負責版本規(guī)劃、版本范圍變更，制定總體目標和計劃。2、 版本經(jīng)理：Ø 負責補丁包的開發(fā)、測試、補丁包生成等工作，制訂詳細的工作分解計劃。3、 發(fā)布管理員：Ø 負責補丁包開發(fā)過程中發(fā)布測試版本。補丁包命名1、 基線版本命名格式為：項目名稱V版本號，例：ifmisV1.62、 補丁包命名格式為：項目名稱V版本號SP編號，例：ifmisV1.6SP013、 臨時補丁包命名格式為：項目名稱V版本號SP編號_L編號，例：ifmi

2、sV1.6SP01_L01整體流程版本規(guī)劃1、 產(chǎn)品經(jīng)理（指開發(fā)部門經(jīng)理）收集需求和缺陷，并組織對需求和缺陷的評審，形成評審結果，具體分為：（1）接收并指定實現(xiàn)版本；（2）拒絕同時給出拒絕原因； 2、 產(chǎn)品經(jīng)理根據(jù)公司、客戶等多方面的要求，制定每個版本的開發(fā)周期，并指定版本經(jīng)理。版本經(jīng)理根據(jù)每個版本的開發(fā)范圍合理安排開發(fā)、測試計劃，如有變化，請及時和產(chǎn)品經(jīng)理溝通以便進行版本開發(fā)范圍或計劃的變更。補丁的開發(fā)、測試1、 補丁包（1） 將補丁包開發(fā)作為一個項目，由產(chǎn)品經(jīng)理指定版本經(jīng)理負責補丁包的開發(fā)、測試、補丁包生成和申請發(fā)布工作。（2） 補丁包的開發(fā)、測試、補丁包生成和申請發(fā)布工作由版本經(jīng)理負責組

3、織制定詳細的工作分解計劃。（3） 補丁包的測試版本發(fā)布由版本經(jīng)理指定版本管理員負責，發(fā)布測試版本時要合并與上一個補丁包之間的所有臨時補丁。（4） 測試完成后版本經(jīng)理組織將分支合并到主干，解決沖突后生成補丁包。（5） 補丁包采用兼容性補丁模式，即：補丁包均是基于trunk的增量包，后面的補丁兼容前面的補丁。（與兼容性補丁相對應的就是獨立補丁，補丁包均是基于trunk的增量包，后面的補丁不兼容前面的補丁，各個補丁間是獨立的；）注：制作增量補丁包的方法見附件22、 臨時補丁包（1） 由開發(fā)部經(jīng)理指定人員負責開發(fā)。（2） 開發(fā)完成后提交質(zhì)量部測試。（3） 測試通過后發(fā)布臨時補丁包。Svn目錄結構和合并

4、說明1）svn目錄結構說明（1） 項目過程資料由code、database和doc三部分組成。其中code用于存放項目代碼和發(fā)布的程序；database用于存放數(shù)據(jù)庫備份；doc用于存放項目過程中產(chǎn)生的文檔。（2） code又分為Trunk、branches和tags。Ø trunk為主干，用于存放穩(wěn)定版本的源程序、合并分支和發(fā)布補丁包。Ø branches為分支，用于開發(fā)。Ø tags分為release、test、sourcefile，其中release用于存放批準發(fā)布的補丁包（可執(zhí)行文件）；test用于存放測試版本；sourcefile用于存放全量的源文件。2

5、）版本合并（1） 上圖中1、2表示從V1.6做分支到branches進行開發(fā)；（2） 3、6表示補丁開發(fā)完成后分支到tags/test中進行測試（不進行任何合并）；（3） 4、7表示分支測試完成合并到主干解決沖突，其中4是將v1.6和sp01合并；7是將v1.6+sp01和sp02合并，（4） 5、8表示將合并后的主干生成測試分支進行測試。（5） 如果兩個分支開發(fā)完成時間接近，則進行版本變更，兩個分支合并到一起發(fā)布。合并的具體操作說明見附件1“利用SVN進行合并操作說明”補丁發(fā)布和管理（1） 補丁生成之后版本經(jīng)理通過jira提交發(fā)布申請到質(zhì)量部，質(zhì)量部進行審批。發(fā)布申請中要包含以下內(nèi)容：

6、16; 補丁安裝操作說明書Ø 補丁更新說明書Ø 補丁程序Ø 數(shù)據(jù)庫腳本Ø 測試報告?zhèn)渥ⅲ簽楸ＷC補丁包的通用性，補丁安裝操作說明書中不涉及系統(tǒng)功能的配置，僅描述如何打補丁；數(shù)據(jù)庫腳本僅針對通用的數(shù)據(jù)庫調(diào)整（指數(shù)據(jù)庫對象，包括表、視圖、函數(shù)、存儲過程等）的增刪改，不涉及具體系統(tǒng)功能的配置，具體功能的配置通過“XXX特性指導書”來解決。（2） 審批通過后質(zhì)量部負責上傳到tag/release目錄，由版本經(jīng)理將主干做分支到tag/sourcefile目錄下。（3） 質(zhì)量部發(fā)送補丁包給技術服務部，由技術服務部上傳到財政局內(nèi)網(wǎng)網(wǎng)站。（4） 技術服務部通知客戶服務部補

7、丁上傳完成，由客戶服務部發(fā)布通知。補丁內(nèi)容培訓補丁包發(fā)布之前（或之后），開發(fā)部門要對市場部和客戶服務部進行業(yè)務培訓，便于市場部和客服部進行市場推廣和運維服務。附件1 利用SVN進行合并操作說明一、 在講述利用SVN進行版本合并前，先簡單描述如何利用SVN創(chuàng)建分支。1、 在trunk目錄下點擊右鍵，選擇“tortoiseSVN>分支/標記”彈出下圖2、 在至URL中填寫分支的目標地址，填寫日志，點擊確定創(chuàng)建分支完成。更新一下branches即可。3、 依據(jù)上述方法可以創(chuàng)建其他分支，如SP02、SP03。二、 合并sp011、 在sp01中修改了1.txt，新增了6.txt文件。2、 將sp

8、01合并到主干上，參見下圖：在trunk的工作副本（個人機器上的TRUNK的副本）目錄下，選擇“tortoiseSVN>合并”彈出下圖選擇合并類型，使用第一個“合并一個范圍版本”選擇合并的源URL（即sp01地址），點擊顯示日志，選擇要合并版本的范圍。選擇“測試合并”彈出下圖。可以看到新增了6.text，更新了1.txt。點擊上圖中的“合并”，完成sp01合并到主干。經(jīng)過仔細驗證合并結果，如果符合預期，可以將合并后的trunk的工作副本提交到svn上。三、 Sp02合并到主干1、 sp02中修改1.txt，與sp01中修改的不同。新增7.txt。刪除2.txt文件。2、 重復sp01的合

9、并過程，到“測試合并”。見下圖合并中提示文件沖突，點擊“合并”，彈出下圖選擇“編輯沖突”開發(fā)人員協(xié)商解決沖突，將兩個文件不同的地方合并。右鍵中有合并功能，合并后點擊“保存”，如下圖。沖突解決后，點擊“解決”即可。如下圖：3、 通過svn無法解決的沖突，請開發(fā)人員協(xié)商手工解決。附件2 增量補丁包的制作方法1）利用SVN找出兩個版本間的差異 目前我們創(chuàng)建分支branch/標識TAG時均使用SVN的功能“分支/標記(T)”，通過該方式能利用SVN的“版本分支圖”很好地知道版本間的關系，梳理版本樹圖。示例見下面兩個圖。比較兩個版本的差異方法如下：進入某個分支后，查詢“日志信息”，按住CTRL來選擇兩個版本，然后點擊右鍵中的“比較版本差異”，彈出如下界面從而可以獲得版本差異列表。2）根據(jù)版本差異列表制作補丁打包的批處理文件格式如下：解釋如下：第一行：REM是注釋的標志第二行：切換到E:盤第三行：切換到E:ifmistestbranchesupdate20140702目錄下第四行：該行為關鍵點。Jar命令后面的選項（-cvfM）區(qū)分大小寫，文件列表雖不區(qū)分大小寫，但我們要求必須對大小寫敏感，與實際編譯后的文件名“完全”一致。命令格式為：jar -cvfM 目標JAR包名稱 需要打包的文件列表（中間以空格隔開）備注：xxx.java進行編譯后一定會生成xxx.class還有可能生成多個內(nèi)部類