軟件版本管理辦法

應(yīng)用系統(tǒng)開發(fā)部軟件版本管理辦法

總則第一條制本本管理辦法目:為規(guī)范程序開發(fā)過程中的代碼管理，確保開發(fā)的效率和質(zhì)量，降低開發(fā)過程風(fēng)險。第二條軟版本管理內(nèi)容包:（）版本標識（）軟件代碼存儲；（）軟件代碼修改控制；（）軟件代碼備份制度。第三條本理辦法需要通過版本管理工具對軟件內(nèi)容進行管理TFS2010和SVN為部門許可使用的版本管理工具，在新系統(tǒng)開發(fā)過程中可以根據(jù)實際情況選擇一種相對使用的版本管理工具。機構(gòu)與職責(zé)第四條應(yīng)系統(tǒng)開發(fā)部負責(zé)本部門開發(fā)的軟件版本管理。設(shè)置版本管理專崗，負責(zé)本部門版本管理工具權(quán)限管理。第五條項開發(fā)組負責(zé)維護本項目軟件代碼以及部署發(fā)布物版本。其中開發(fā)經(jīng)理需要對軟件代碼和部署發(fā)布物版本進行全生命周期的維護管理。第六條開人員負責(zé)本項目代碼開發(fā)。版本號設(shè)置規(guī)第七條版編號劃分為主版本號和副版本號，中間用”分割，主版本號和副版本號都為整數(shù)，如：。第八條當統(tǒng)發(fā)生重大修改或改進，主版本號加一，重大修改和改進包括：1）為系新增重要功能；2）對系的現(xiàn)有功能進行重大調(diào)整3）系統(tǒng)構(gòu)或架構(gòu)發(fā)生了修改；4）系統(tǒng)據(jù)結(jié)構(gòu)發(fā)生了修改；5）其他過項目小組評審認為的屬重大修改情況。第九條當統(tǒng)發(fā)生較小修改或改進，副版本號加一。第十條新統(tǒng)上線之前主版本設(shè)置為，待正式上線后調(diào)整為1。第十一條每次系統(tǒng)版本的升級，開發(fā)經(jīng)理都必須在工程根目錄填寫version.txt，容是本次版本升級的具體條目。

分支和合并管第十二條只許在特殊情況下才允許建立分支，特殊情況僅包括：1）用戶的特殊的、急迫的且非常必要的需求；2）發(fā)現(xiàn)系統(tǒng)存在重大缺陷，需要盡快修復(fù)。第十三條一建立的分支的任務(wù)解決，必須盡快將分支到項目基線中。第十四條合操作有開發(fā)經(jīng)理負責(zé)，代碼開發(fā)人員協(xié)助并最終確認。代碼的獲取和入第十五條在目開始，開發(fā)經(jīng)理需要從版本管理專崗處獲取版本管理工具資源和權(quán)限。需要確認是否在已有代碼基礎(chǔ)上開發(fā)。如要在已有代碼基礎(chǔ)上開發(fā)，需要將當前版本進行備份，備份標簽名預(yù)定項縮寫YYYYMMDD第十六條開人員開發(fā)代碼前要從版本管理工具獲取最新文件進行開發(fā)獲時發(fā)生不兼容的沖突，需要當前獲取開發(fā)人員解決沖突，不允許強行覆蓋版本管理工具最新版本。第十七條只通過單元測試的代碼，開發(fā)人員才可以簽入。每次簽入都需要填寫注釋，說明代碼調(diào)整原因，調(diào)整范圍等。代碼發(fā)布管理第十八條開經(jīng)理負責(zé)在代碼發(fā)布之前打標簽，標簽名預(yù)定:項目縮寫YYYYMMDD。