軟件源碼版本管理規(guī)范標(biāo)準(zhǔn)-文庫(kù)吧資料
2024-08-18 17:05本頁(yè)面
【正文】 保多次提交的功能代碼組合在一起，完全實(shí)現(xiàn)此獨(dú)立、完整功能。這樣既能了解別人修改了哪些文件，同時(shí)也能避免合并錯(cuò)誤導(dǎo)致代碼有錯(cuò)。解決合并沖突之后，還需要兩人一起測(cè)試，以保證解決沖突之后，各自的程序不會(huì)受到影響。 如果在修改的期間其他同事也更改了同一個(gè)文件，那么update更新時(shí)會(huì)自動(dòng)進(jìn)行合并，如果修改的是同一行或者二者修改差異過(guò)大，那么合并時(shí)會(huì)產(chǎn)生沖突。 . 第五章 版本提交準(zhǔn)則 . 提交之前先更新 更新的原則是要隨時(shí)更新，隨時(shí)提交。 獲取各項(xiàng)目最新的源程序、配置文件和文檔，形成發(fā)布分支、測(cè)試分支和開(kāi)發(fā)分支。當(dāng)項(xiàng)目發(fā)布時(shí)為R，當(dāng)項(xiàng)目提交測(cè)試時(shí)為T(mén)，T/R5數(shù)值基數(shù)為0，以發(fā)布/測(cè)試提交順序遞增加1 。當(dāng)項(xiàng)目增加某一功能，或某一功能需要修改時(shí)，N3加1，基數(shù)為0 4. N4是BUG編號(hào)。當(dāng)項(xiàng)目整體重新設(shè)計(jì)時(shí)，N1加1，基數(shù)為1 2. N2是模塊編號(hào)。 每個(gè)系統(tǒng)新的版本不僅以分支形式存在于配置庫(kù)中，并且要以獨(dú)立壓縮包形式備份。 對(duì)于每個(gè)項(xiàng)目從測(cè)試分支到發(fā)布分支的遷移，配置庫(kù)管理員要建立分支遷移日志，并詳細(xì)記錄。 從測(cè)試分支到發(fā)布分支的遷移，由配置庫(kù)管理員操作。 . 分支遷移 從開(kāi)發(fā)分支到測(cè)試分支的遷移，由開(kāi)發(fā)工程師操作。對(duì)于要修改的配置項(xiàng)，應(yīng)從配置庫(kù)中檢出（check out）后修改，修改完畢后及時(shí)檢入（check in），并填寫(xiě)修改的原因和內(nèi)容。建議按如下方式進(jìn)行管理。 . 其他人員 若需要配置庫(kù)訪(fǎng)問(wèn)權(quán)限，需經(jīng)技術(shù)總監(jiān)或經(jīng)技術(shù)總監(jiān)授權(quán)的項(xiàng)目經(jīng)理批準(zhǔn)，由配置庫(kù)管理員分配權(quán)限。 . 測(cè)試工程師 擁有每個(gè)項(xiàng)目的測(cè)試分支的add file、delete file、check out、check in權(quán)限，無(wú)目錄創(chuàng)建和刪除權(quán)限，對(duì)于其他分支只有只讀權(quán)限。 . 開(kāi)發(fā)工程師 僅擁有自己所屬項(xiàng)目的add file、delete file、check out、check in權(quán)限，無(wú)目錄創(chuàng)建和刪除權(quán)限。 . 權(quán)限管理 應(yīng)對(duì)配置庫(kù)的訪(fǎng)問(wèn)權(quán)限進(jìn)行管理，確保軟件系統(tǒng)的完整性和安全性。 發(fā)布 測(cè)試和發(fā)布專(zhuān)用分支，該分支代碼不允許任何形式的修改。多個(gè)主版本的分版本可通過(guò)在branches頂級(jí)目錄創(chuàng)建多個(gè)分支目錄來(lái)區(qū)分。 分版本開(kāi)發(fā) 主版本的分支版本，供開(kāi)發(fā)部門(mén)開(kāi)發(fā)使用。開(kāi)發(fā)部門(mén)開(kāi)發(fā)使用。
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號(hào)-1