源代碼管理制度

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

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

3、級(jí)的， 基于身份和口令的訪 問(wèn)授權(quán)。 在 SVN庫(kù)中設(shè)置用戶，并為不同用戶分配不同的權(quán)限，適合工作的最小訪問(wèn)權(quán) 限。要求連接 SVN 庫(kù)時(shí)必須校驗(yàn)SVN 中用戶身份及其口令。在 SVN 庫(kù)中要求區(qū)別對(duì)待不 同用戶的可訪問(wèn)權(quán)、可讀權(quán)、可寫(xiě)權(quán)。2、曾經(jīng)涉及、觸及源代碼的計(jì)算機(jī)在轉(zhuǎn)作它用，或者離開(kāi)研發(fā)部門(mén)之前必須由網(wǎng)絡(luò)管 理人員全面清除計(jì)算機(jī)硬盤(pán)中存儲(chǔ)的源代碼。 如果不能確定， 必須對(duì)計(jì)算機(jī)中所有硬盤(pán)進(jìn)行 全面格式化后方可以轉(zhuǎn)做它用或離開(kāi)研發(fā)部門(mén)。1.4代碼版本管理1、終端軟件的版本標(biāo)識(shí)管理 終端軟件版本由終端型號(hào)、版本號(hào)和內(nèi)部修訂號(hào)來(lái)進(jìn)行標(biāo)識(shí)。終端型號(hào)：終端型號(hào)是 硬件標(biāo)識(shí)號(hào)，也唯一的標(biāo)識(shí)了我們的

4、項(xiàng)目。版本號(hào)：由“V 主版本號(hào).V 次版本號(hào).V修訂號(hào)”三段組成，中間是點(diǎn)號(hào)分開(kāi)。版本號(hào)的目的主要是管理終端軟件的對(duì)外發(fā)布，終端軟件的 bug 的記錄和統(tǒng)計(jì)，主要是針對(duì)于版本號(hào)的，測(cè)試部、項(xiàng)目部、客戶等會(huì)記錄某個(gè) 版本號(hào)的終端軟件存在哪些 bug ， bug 會(huì)在哪個(gè)版本號(hào)中得到修正。終端軟件一個(gè)新的版 本號(hào)出來(lái)后，我們會(huì)統(tǒng)計(jì)新的版本號(hào)解決了上一個(gè)版本號(hào)中的哪些bug ，以及增加了哪些新功能，等等。內(nèi)部修訂號(hào)：也就是“應(yīng)用程序的源代碼的 svn 修訂號(hào)”，主要是由軟件部和測(cè)試部?jī)?nèi)可編輯精品文檔部來(lái)使用， 內(nèi)部修訂號(hào)唯一標(biāo)識(shí)我們的終端軟件， 即：通過(guò)內(nèi)部修訂號(hào)能夠唯一的找出我們 發(fā)布的終端軟件所

5、對(duì)應(yīng)的全部軟件源代碼，目的是為了軟件排錯(cuò)使用。另外，終端軟件在發(fā)布時(shí)，還會(huì)給出發(fā)布日期，以便開(kāi)發(fā)、測(cè)試、項(xiàng)目、客戶等相關(guān)人2、終端軟件版本發(fā)布管理 終端軟件主要是以版本號(hào)為基準(zhǔn)， 對(duì)外發(fā)布， 目前采用不定時(shí)發(fā)布策略， 發(fā)布的時(shí)間由 軟件部、項(xiàng)目部和客戶方根據(jù)情況，共同商量決定。由于目前項(xiàng)目時(shí)間緊， 終端軟件無(wú)法得到完整的測(cè)試就要發(fā)布， 在發(fā)布之后， 有一些需要緊 急需要修復(fù)的 bug ，軟件部需要緊急修復(fù)后就要發(fā)布更新包，以便用戶能夠使用，所以， 在一個(gè)版本號(hào)發(fā)布后，需要進(jìn)行多次修訂，對(duì)于這些修訂的版本， 其版本號(hào)保持不變， 內(nèi)部 修訂發(fā)生變化。3、 軟件 bug 記錄、管理和統(tǒng)計(jì)軟件 bug

6、 的記錄、管理和統(tǒng)計(jì)主要以版本號(hào)為基準(zhǔn)， 但為了軟件開(kāi)發(fā)人員能夠找到 bug 的出處，需要用戶、測(cè)試人員在報(bào)告和驗(yàn)證 bug 時(shí)，輸入內(nèi)部修訂號(hào)。4、 軟件配置組對(duì)版本的記錄軟件版本記錄的目標(biāo)有兩個(gè)：記錄軟件版本的發(fā)布?xì)v史。發(fā)布的每一個(gè)版本，都要能夠 唯一的從源代碼庫(kù)（SVN）中找到對(duì)應(yīng)的全部源代碼。測(cè)試方案作為軟件開(kāi)發(fā)的重要環(huán)節(jié)， 作為交付成功的優(yōu)質(zhì)的產(chǎn)品的重要保證手段和方法， 軟件測(cè) 試越來(lái)越受到項(xiàng)目的重視。 要做好測(cè)試首先要做好測(cè)試的組織、 管理、計(jì)設(shè)、實(shí)施等工作。 系 統(tǒng)測(cè)試方案概述測(cè)試是指在軟件投入運(yùn)行前， 對(duì)軟件需求分析、 設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審， 是軟可編輯精品文檔件質(zhì)量保

7、證的關(guān)鍵步驟。測(cè)試的目標(biāo)：以較少的用例、時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷，以確保系 統(tǒng)的質(zhì)量。在實(shí)際項(xiàng)目中，測(cè)試作為軟件開(kāi)發(fā)生命周期中的一個(gè)重要過(guò)程，但從其具體工作的前后 過(guò)程來(lái)看，它又是由一系列的不同測(cè)試所組成，這些測(cè)試的步驟分為： 單元測(cè)試、 集成測(cè)試 （又稱組裝測(cè)試） 、確認(rèn)測(cè)試和系統(tǒng)測(cè)試。 軟件開(kāi)發(fā)的過(guò)程是自頂向下的， 測(cè)試則正好相反， 以上這些過(guò)程就是自底向上，逐步集成的。 在項(xiàng)目過(guò)程中， 我們按以上的測(cè)試步驟完成系統(tǒng) 的測(cè)試。1.5源代碼復(fù)制和傳播1、源代碼向研發(fā)部門(mén)以外復(fù)制必須獲得總經(jīng)理的書(shū)面授權(quán)。并必需記錄復(fù)制人、批準(zhǔn) 人、復(fù)制時(shí)間、復(fù)制目的、文件流向、文件版本或內(nèi)容。2、源代碼以任何介質(zhì)形式進(jìn)行存儲(chǔ)的備份，必須由專(zhuān)人負(fù)責(zé)保管。對(duì)于這些介質(zhì)地借 閱，用于研發(fā)部?jī)?nèi)部使用的必須獲得研發(fā)部經(jīng)理的授權(quán)， 對(duì)于用于研發(fā)部以外使用的必須獲 得總經(jīng)理的書(shū)面授權(quán)。3、源代碼的借閱、復(fù)制必須進(jìn)行詳細(xì)的登記，必需記錄借閱人、批準(zhǔn)人、借閱時(shí)間、 借閱目的、文件流向、文件版本或內(nèi)容、歸還時(shí)間。4、任何紙質(zhì)材料的借閱都必需記錄借閱人、 批準(zhǔn)人、借閱時(shí)間、借閱