研發(fā)本部版本管理規(guī)范1-資料下載頁(yè)
2025-04-12 08:08本頁(yè)面
【正文】 維護(hù)任務(wù)時(shí)，若需修改源代碼，應(yīng)在啟程前認(rèn)真填寫(xiě)源程序修改申請(qǐng)表，交部門(mén)負(fù)責(zé)人認(rèn)定后，維護(hù)人員可攜帶源程序到用戶(hù)現(xiàn)場(chǎng)。（2）在維護(hù)期間，確實(shí)由于維護(hù)需要而必須在用戶(hù)設(shè)備上拷入源程序時(shí)，應(yīng)確保源程序的安全性，并及時(shí)予以刪除。（3）在維護(hù)期間若修改了源程序或用戶(hù)提出了新的問(wèn)題，維護(hù)人員必須認(rèn)真填寫(xiě)源程序更新登記表。（4）回公司后，版本管理員應(yīng)負(fù)責(zé)和監(jiān)督相關(guān)人員將所有文檔復(fù)制到規(guī)定目錄之下，并完善相關(guān)的所有文檔，相關(guān)的文檔包括： 源程序更新登記表、用戶(hù)程序更改日志和修改申請(qǐng)表 。將更新登記表及所更新的源程序數(shù)據(jù)交由部門(mén)版本管理人員確認(rèn)并審定。如果是已發(fā)布版本的源程序，必須由版本管理員負(fù)責(zé)更新；非對(duì)外發(fā)布的版本如特殊版本可由程序員自己更新，但版本管理員應(yīng)及時(shí)進(jìn)行備份，保證源程序?yàn)樽钚?。?）修改過(guò)的源程序要經(jīng)過(guò)測(cè)試人員的測(cè)試。事業(yè)部如沒(méi)有專(zhuān)人測(cè)試，可由其他程序員或本人自己測(cè)試。（6）將更新登記表交由部門(mén)負(fù)責(zé)人簽字確認(rèn)。（7）將更新登記表交由部門(mén)版本管理人員存檔。（8）部門(mén)配置管理員及時(shí)通知相關(guān)程序員。11 / 16修改申請(qǐng)表樣例：申請(qǐng)時(shí)間 用戶(hù)名稱(chēng) 版本號(hào) 問(wèn)題簡(jiǎn)單描述 申請(qǐng)人簽字 負(fù)責(zé)人簽字源程序更新登記表樣例：源程序更新登記表編號(hào): 年 月 日 填表人單位名稱(chēng) 地址版本情況編號(hào) 描述內(nèi)容(包括:模塊\問(wèn)題現(xiàn)象\問(wèn)題原因)問(wèn)題描述編號(hào) 修改時(shí)間 修改內(nèi)容實(shí)際修改12 / 16遺留問(wèn)題*編號(hào)是否更新更新更新時(shí)間 版本管理員簽字備注: 部門(mén)經(jīng)理簽字注:更新欄由部門(mén)版本管理寫(xiě) 。3．4 版本升級(jí) 版本升級(jí)原則版本升級(jí)應(yīng)嚴(yán)格納入版本管理的控制之下。應(yīng)當(dāng)謹(jǐn)慎地控制版本的升級(jí)，保障高版本的向下兼容性，或提供嚴(yán)格定義的升級(jí)方法。在下面幾種情況下，進(jìn)行版本演化和升級(jí)：當(dāng)產(chǎn)品發(fā)生重大修改和改進(jìn)時(shí)，主版本號(hào)加 1。重大修改和改進(jìn)包括：1）平臺(tái)遷移；2）開(kāi)發(fā)工具的遷移；3）體系結(jié)構(gòu)的變遷。當(dāng)產(chǎn)品發(fā)生較小的改進(jìn)或修改時(shí)，次版本號(hào)可以加 1。 對(duì)于改動(dòng)量比較少的，如修改產(chǎn)品的錯(cuò)誤，可增加內(nèi)部版本號(hào)。內(nèi)部版本號(hào)對(duì)用戶(hù)來(lái)說(shuō)是不可見(jiàn)的，只對(duì)事業(yè)部?jī)?nèi)部版本控制有用。記錄版本升級(jí)過(guò)程。每次版本升級(jí)，都要填寫(xiě)版本升級(jí)記錄表，記錄表樣例如下：版本升級(jí)記錄表版本號(hào) 發(fā)布日期 修改文件 問(wèn)題簡(jiǎn)要描述 發(fā)布責(zé)任人 批準(zhǔn)人 備注說(shuō)明：13 / 16 版本號(hào)： 記錄當(dāng)前發(fā)布的版本。 發(fā)布日期：該版本批準(zhǔn)發(fā)布的日期。 修改文件：版本修改記錄文件，一般為版本修改日志。 新版本的發(fā)布新版本的發(fā)布包括主版本號(hào)和次版本號(hào)的升級(jí)，一般不包括內(nèi)部版本號(hào)的升級(jí)。流程如下：接收新版本發(fā)布任務(wù)，接收本次發(fā)布的版本代號(hào)。在指定目錄中，根據(jù)本次發(fā)布的版本號(hào)建立相應(yīng)的子目錄，將 current下的所有內(nèi)容拷貝至新建目錄下。可在新建目錄下建立 ，并加入相應(yīng)的內(nèi)容。下達(dá)安裝盤(pán)制作指令。 文件是記錄該版本與上一版本的不同，作過(guò)哪些改動(dòng)。格式樣例如下： 增加或修改功能 涉及源文件 改動(dòng)原因 安裝盤(pán)制作步驟1. 接收安裝盤(pán)制作指令。2. 編譯源程序。3. 制作升級(jí) SQL。4. 測(cè)試升級(jí)程序。5. 根據(jù)版本號(hào)在安裝盤(pán)目錄下建立新版安裝盤(pán)目錄。6. 在新建目錄下制作安裝盤(pán)。7. 交測(cè)試員測(cè)試安裝盤(pán)，如安裝盤(pán)存在問(wèn)題重復(fù) 7，否則繼續(xù)。8. 提交安裝盤(pán)。4．備份管理為了保證文檔的最大可恢復(fù)性，要隨時(shí)及定期地進(jìn)行備份工作。隨時(shí)備份：（1） 開(kāi)發(fā)人員每天都要將自已當(dāng)日修改的源文件在本地機(jī)器上進(jìn)行14 / 16備份。（2） 開(kāi)發(fā)負(fù)責(zé)人每天要將所有源文件在本地機(jī)備份。（3） 建議備份采用循環(huán)備份。定期備份（1） 備份形式為硬盤(pán)備份和光盤(pán)備份。硬盤(pán)備份時(shí)，要備份在獨(dú)立的硬盤(pán)上；光盤(pán)備份時(shí)，要將光盤(pán)存放在可靠的地方。（2） 備份周期視各產(chǎn)品部、事業(yè)部的具體情況而定。如果處于開(kāi)發(fā)階段，每周應(yīng)對(duì)所有的源程序項(xiàng)進(jìn)行備份，一般為每周周五；如果處于其它階段，根據(jù)具體情況而定，但周期不能超過(guò)兩周。（3） 備份要由版本管理員負(fù)責(zé)，備份原則應(yīng)是保證文檔的最大可恢復(fù)性。（4） 對(duì)于歷史版本或某用戶(hù)的特殊版本，如果無(wú)特殊原因不再進(jìn)行修改的話，建議用光盤(pán)進(jìn)行備份，而且應(yīng)有備份盤(pán)說(shuō)明文件。該文件應(yīng)該記錄以下內(nèi)容：本次備份時(shí)間，備份內(nèi)容，執(zhí)行人。5．用戶(hù)版本管理目前各事業(yè)部很多是以做項(xiàng)目為主，是根據(jù)客戶(hù)要求開(kāi)發(fā)的程序。為了更好地管理源程序，應(yīng)為每一用戶(hù)建立一個(gè)用戶(hù)版本文件，該文件應(yīng)包含以下內(nèi)容：用戶(hù)編號(hào)：用戶(hù)名稱(chēng)：軟件版本號(hào)：開(kāi)始使用時(shí)間：聯(lián)系人：聯(lián)系電話：用戶(hù)程序更改日志樣例如下：更改時(shí)間版本號(hào) 修改模塊名稱(chēng)變更原因 變更概述 軟件位置 變更人員備注說(shuō)明：1） 用戶(hù)購(gòu)買(mǎi)軟件時(shí)要為該用戶(hù)建立一個(gè)包含上述內(nèi)容的一個(gè)用戶(hù)版本文件，并填寫(xiě)有關(guān)數(shù)據(jù)。15 / 162） 用戶(hù)進(jìn)行版本更新時(shí)要求填寫(xiě)該文件的版本變更記錄，用以反映用戶(hù)版本的變更情況。
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1