源代碼管理制度

1、源代碼管理制度1代碼管理總則1、為保障公司源代碼和開發(fā)文檔安全不至于泄露，保證源代碼的完整，明確源代碼控制管理流程，特制定此管理辦法。2、本辦法適用于所有涉及接觸源代碼的各部門各崗位。所涉及部門都必須嚴(yán)格執(zhí)行本管理辦法。3、源代碼直接控制管理部門為技術(shù)開發(fā)部。4、本辦法管理重點(diǎn)在于控制管理源代碼的完整性，不被非授權(quán)獲取，不被非授權(quán)復(fù)制和傳播。5、本辦法所指源代碼不僅限于公司開發(fā)人員自行編寫實(shí)現(xiàn)功能的程序代碼，而且還包括相應(yīng)的開發(fā)設(shè)計(jì)文檔及用于支撐整個系統(tǒng)運(yùn)行所必須具備的第三方軟件、控件和其它支撐庫等文件。1.1 源代碼完整性保障1、所有軟件的源代碼文件及相應(yīng)的開發(fā)設(shè)計(jì)文檔均必須及時加入到指定的

2、源代碼服務(wù)器中的指定庫中。2、我們研發(fā)的產(chǎn)品軟件運(yùn)行所必須的第三方軟件、控件和其它支撐庫等文件也必須及時加入源代碼服務(wù)器中指定的庫中。3、軟件開始編寫或者調(diào)整代碼之前，其相應(yīng)的設(shè)計(jì)文檔和代碼必須先從相應(yīng)的SVN庫進(jìn)行SVNUpdate操作。軟件編碼或功能調(diào)整結(jié)束測試正確無誤后，相應(yīng)的源代碼必須進(jìn)行SVNCommit操作，在最終進(jìn)行SVNCommi操作之前需要再進(jìn)行SVNUpdate操作，查看是否有沖突產(chǎn)生，如果有沖突產(chǎn)生需要和沖突相關(guān)人一并解決沖突。1.2 源代碼的授權(quán)訪問1、源代碼服務(wù)器對于共享的SVN庫的訪問建立操作系統(tǒng)級的，基于身份和口令的訪問授權(quán)。在SVN庫中設(shè)置用戶，并為不同用戶分配

3、不同的權(quán)限，適合工作的最小訪問權(quán)限。要求連接SVN庫時必須校驗(yàn)SVN中用戶身份及其口令。在SVN庫中要求區(qū)別對待不同用戶的可訪問權(quán)、可讀權(quán)、可寫權(quán)。2、曾經(jīng)涉及、觸及源代碼的計(jì)算機(jī)在轉(zhuǎn)作它用，或者離開研發(fā)部門之前必須由網(wǎng)絡(luò)管理人員全面清除計(jì)算機(jī)硬盤中存儲的源代碼。如果不能確定，必須對計(jì)算機(jī)中所有硬盤進(jìn)行全面格式化后方可以轉(zhuǎn)做它用或離開研發(fā)部門。1.3 代碼版本管理1、終端軟件的版本標(biāo)識管理終端軟件版本由終端型號、版本號和內(nèi)部修訂號來進(jìn)行標(biāo)識。終端型號：終端型號是硬件標(biāo)識號，也唯一的標(biāo)識了我們的項(xiàng)目。版本號：由“V主版本號.V次版本號.V修訂號”三段組成，中間是點(diǎn)號分開。版本號的目的主要是管理終

4、端軟件的對外發(fā)布，終端軟件的bug的記錄和統(tǒng)計(jì)，主要是針對于版本號的，測試部、項(xiàng)目部、客戶等會記錄某個版本號的終端軟件存在哪些bug，bug會在哪個版本號中得到修正。終端軟件一個新的版本號出來后，我們會統(tǒng)計(jì)新的版本號解決了上一個版本號中的哪些bug,以及增加了哪些新功能，等等。內(nèi)部修訂號：也就是“應(yīng)用程序的源代碼的svn修訂號”，主要是由軟件部和測試部內(nèi)部來使用，內(nèi)部修訂號唯一標(biāo)識我們的終端軟件，即：通過內(nèi)部修訂號能夠唯一的找出我們發(fā)布的終端軟件所對應(yīng)的全部軟件源代碼，目的是為了軟件排錯使用。另外，終端軟件在發(fā)布時，還會給出發(fā)布日期，以便開發(fā)、測試、項(xiàng)目、客戶等相關(guān)人口仝.w員參考。2、終端軟

5、件版本發(fā)布管理終端軟件主要是以版本號為基準(zhǔn)，對外發(fā)布，目前采用不定時發(fā)布策略，發(fā)布的時間由軟件部、項(xiàng)目部和客戶方根據(jù)情況，共同商量決定。由于目前項(xiàng)目時間緊，終端軟件無法得到完整的測試就要發(fā)布，在發(fā)布之后，有一些需要緊急需要修復(fù)的bug，軟件部需要緊急修復(fù)后就要發(fā)布更新包，以便用戶能夠使用，所以，在一個版本號發(fā)布后，需要進(jìn)行多次修訂，對于這些修訂的版本，其版本號保持不變，內(nèi)部修訂發(fā)生變化。3、軟件bug記錄、管理和統(tǒng)計(jì)軟件bug的記錄、管理和統(tǒng)計(jì)主要以版本號為基準(zhǔn)，但為了軟件開發(fā)人員能夠找到bug的出處，需要用戶、測試人員在報告和驗(yàn)證bug時，輸入內(nèi)部修訂號。4、軟件配置組對版本的記錄軟件版本記

6、錄的目標(biāo)有兩個：記錄軟件版本的發(fā)布?xì)v史。發(fā)布的每一個版本，都要能夠唯一的從源代碼庫（SVN）中找到對應(yīng)的全部源代碼。測試方案作為軟件開發(fā)的重要環(huán)節(jié)，作為交付成功的優(yōu)質(zhì)的產(chǎn)品的重要保證手段和方法，軟件測試越來越受到項(xiàng)目的重視。要做好測試首先要做好測試的組織、管理、計(jì)設(shè)、實(shí)施等工作。系統(tǒng)測試方案概述測試是指在軟件投入運(yùn)行前，對軟件需求分析、設(shè)計(jì)規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。測試的目標(biāo)：以較少的用例、時間和人力找出軟件中潛在的各種錯誤和缺陷，以確保系統(tǒng)的質(zhì)量。在實(shí)際項(xiàng)目中，測試作為軟件開發(fā)生命周期中的一個重要過程，但從其具體工作的前后過程來看，它又是由一系列的不同測試所組成，這

7、些測試的步驟分為：單元測試、集成測試（又稱組裝測試）、確認(rèn)測試和系統(tǒng)測試。軟件開發(fā)的過程是自頂向下的，測試則正好相反，以上這些過程就是自底向上，逐步集成的。在項(xiàng)目過程中，我們按以上的測試步驟完成系統(tǒng)的測試。1.4 源代碼復(fù)制和傳播1、源代碼向研發(fā)部門以外復(fù)制必須獲得總經(jīng)理的書面授權(quán)。并必需記錄復(fù)制人、批準(zhǔn)人、復(fù)制時間、復(fù)制目的、文件流向、文件版本或內(nèi)容。2、源代碼以任何介質(zhì)形式進(jìn)行存儲的備份，必須由專人負(fù)責(zé)保管。對于這些介質(zhì)地借閱，用于研發(fā)部內(nèi)部使用的必須獲得研發(fā)部經(jīng)理的授權(quán)，對于用于研發(fā)部以外使用的必須獲得總經(jīng)理的書面授權(quán)。3、源代碼的借閱、復(fù)制必須進(jìn)行詳細(xì)的登記，必需記錄借閱人、批準(zhǔn)人、借閱時間、借閱目的、文件流向、文件版本或內(nèi)容、歸還時間。4、任何紙質(zhì)材料的借閱都必需記錄借閱人、批