軟件源碼版本管理規(guī)范(編輯修改稿)
2025-09-01 17:10 本頁面
【文章內(nèi)容簡介】 . 版本維護 軟件工程各階段產(chǎn)生的各種文檔和代碼，應及時并統(tǒng)一上載到配置庫由配置庫管理員統(tǒng)一管理。對于要修改的配置項，應從配置庫中檢出（check out）后修改，修改完畢后及時檢入（check in），并填寫修改的原因和內(nèi)容。配置項的歷史版本應保存在配置庫中。 . 分支遷移 從開發(fā)分支到測試分支的遷移，由開發(fā)工程師操作。遷移的時機有： 1. 當開發(fā)負責人提交測試申請時； 2. 開發(fā)過程中進行測試，修改好一個或多個bug，需要測試工程師驗證時。 從測試分支到發(fā)布分支的遷移，由配置庫管理員操作。遷移的時機有： 。 對于每個項目從測試分支到發(fā)布分支的遷移，配置庫管理員要建立分支遷移日志，并詳細記錄。 . 版本升級 軟件系統(tǒng)遷移到發(fā)布分支后，生成新的版本。 每個系統(tǒng)新的版本不僅以分支形式存在于配置庫中，并且要以獨立壓縮包形式備份。 版本的命名規(guī)則為，version [.N4][_][T/R5]_YYYYMMDD 1. N1是系統(tǒng)編號。當項目整體重新設計時，N1加1，基數(shù)為1 2. N2是模塊編號。當模塊重新設計時，N2加1，基數(shù)為0 3. N3是功能編號。當項目增加某一功能，或某一功能需要修改時，N3加1，基數(shù)為0 4. N4是BUG編號。當項目的BUG被修復時，N4加1，基數(shù)為0 5. T/R5中的T/R分別對應Test/Release。當項目發(fā)布時為R，當項目提交測試時為T，T/R5數(shù)值基數(shù)為0，以發(fā)布/測試提交順序遞增加1 。 6. YYYYMMDD代表生成版本的實際年月日，如：20160202 . 版本基線定義 公司首次采用版本管理規(guī)范時，可以采取下列方法定義一個基線版本。 獲取各項目最新的源程序、配置文件和文檔，形成發(fā)布分支、測試分支和開發(fā)分支。 對每個項目的提測和發(fā)布分支都生成一個版本基線，如：。 . 第五章 版本提交準則 . 提交之前先更新 更新的原則是要隨時更新，隨時提交。當完成了一個小功能，能夠通過編譯并且自己測試之后，謹慎地提交。 如果在修改的期間其他同事也更改了同一個文件，那么update更新時會自動進行合并，如果修改的是同一行或
環(huán)評公示相關推薦
鄂ICP備17016276號-1