版本管理規(guī)范

1、精品文檔版本管理規(guī)范一、版本管理辦法1.1 目的按照一定的規(guī)則保存項目源程序的所有版本，避免發(fā)生版本丟失或混淆等現(xiàn)象，并且可以快速準(zhǔn)確的查找到項目各個板塊的任何版本。 為保障公司源代碼和開發(fā)文檔安全不被泄漏，保證選代碼的完整性，明確源代碼控制管理流程，特制定此管理辦法。1.2 適用部門本辦法適用于所有涉及接觸源代碼的各部門各崗位。所涉及部門都必須嚴(yán)格執(zhí)行本管理辦法。1.3 管理部門源代碼直接控制管理部門為軟件部。1.4 控制范圍本辦法所指源代碼不僅限于公司開發(fā)人員自行編寫實現(xiàn)功能的程序代碼，而且還包括相應(yīng)的開發(fā)設(shè)計文檔及用于支撐整個系統(tǒng)運(yùn)行所必須具備的第三方軟件、 控件和其它支撐庫等文件。1.

2、5 角色與職責(zé)所有項目成員都必須遵照版本控制規(guī)則操作各個項目板塊。1.6版本管理工具 virsual svn用此工具對項目開始階段的開發(fā)，和項目中期的變更進(jìn)行版本的管理。避免發(fā)生版本丟失或混淆等現(xiàn)象，詳細(xì)使用方法見： virsual svn 操作細(xì)則1.7項目各板塊版本變遷規(guī)則各板塊的狀態(tài)有3 種：“草稿”（ dralt ）、“正式發(fā)布” （ released ）和“正在修改”（ changing ）各板塊狀態(tài)變遷如圖所示：各板塊剛建立時其狀態(tài)為“草稿”。各板塊通過評審（試用）后，其狀態(tài)變?yōu)椤罢桨l(fā)布”。此后若更改各板塊源代碼，必須填寫“版本變更情況表”及“版本變更狀態(tài)跟蹤表”，且版本狀態(tài)變?yōu)?/p>

3、“正在修改”，修改后通過審批（試用）其狀態(tài)又為“正式發(fā)布”。以此循環(huán)。二、 svn管理規(guī)范2.1 帳號密碼的配發(fā)規(guī)則根據(jù)崗位需要，針對不同人員，設(shè)置不同權(quán)限。遇崗位變更，隨時增加刪除權(quán)限。用戶名：為姓名的姓的全拼音+名的開頭拼音。密碼：一人一密碼。2.2 上傳文件注意事項1. 修改后的文件及文件夾的名字，跟修改前的必須同名，否則識別不了，當(dāng)成新增。1歡迎下載精品文檔文件，對管理造成混亂。2. 修改后的新版本必須附加“版本變更信息表”及“新版本狀態(tài)跟蹤表” 。且“狀態(tài)跟蹤表”必須 1 周跟蹤一次，直到新版本運(yùn)行基本穩(wěn)定為止。3. 版本上傳周期：對已經(jīng)修改好的新版本，必須及時進(jìn)行版本的更新操作。4

4、. 所有軟件的源代碼文件及相應(yīng)的開發(fā)設(shè)計文檔均必須及時加入到指定的源代碼服務(wù)器中的指定庫中。5. 研發(fā)的產(chǎn)品軟件運(yùn)行所必須的第三方軟件、 控件和其它支撐庫等文件也必須及時加入源代碼服務(wù)器中指定的庫中。2.3 svn 操作規(guī)范軟件開始編寫或者調(diào)整代碼之前，其相應(yīng)的設(shè)計文檔和代碼必須先從相應(yīng)的svn庫進(jìn)行 svnupdate 操作。軟件編碼或功能調(diào)整結(jié)束測試正確無誤后，相應(yīng)的源代碼必須進(jìn)行svncommit操作，在最終進(jìn)行 svncommit操作之前需要再進(jìn)行 svnupdate操作，查看是否有沖突產(chǎn)生，如果有沖突產(chǎn)生需要和沖突相關(guān)人一并解決沖突。三、源代碼復(fù)制和傳播1.源代碼向軟件部門以外復(fù)制必須獲得譚總的授權(quán)。并必需記錄復(fù)制人、批準(zhǔn)人、 復(fù)制時間、復(fù)制目的、文件流向、文件版本或內(nèi)容。2. 源代碼的借閱、復(fù)制必須進(jìn)行詳細(xì)的登記，必需記錄借閱人、批準(zhǔn)人、借閱時間、借閱目的、文件流向、文件版本或內(nèi)容、歸還時間。3. 對于因合作需要，需要向外復(fù)制、傳播、分發(fā)源代碼的，不論是全部還是部分代碼和資料， 均必需和對方簽訂技術(shù)、 源碼的保密協(xié)定， 明確對方應(yīng)當(dāng)承擔(dān)的對源碼保密的