歷史修改記錄
1.1 軟體版本按照一定的規則儲存所有版本，避免發生版本丟失或混淆等現象，並且可以快速準確的查詢到任何版本。
1.2 軟體版本規範有利於公司各部門之間的對接工作，有利於公司內部資料統一管理。
1.3 本文件是為規範安徽瑞德醫療器械製造****研發部軟體版本管理而制定的。
2.1 本文件為研發部軟體開發版本提供有關版本管理規範的相關內容，包括：
2.2 版本標識方法及管理
2.3 版本公升級
2.4 文件及原始碼的備份制度
2.5 所有研發部軟體工程師成員都必須遵照專案軟體管理規範操作，公司內部使用按照文件及原始碼存放備份制度。
3.1 版本號規則
3.1.1 每乙個歸檔版本都有兩個版本號：
內部版本號和外部版本號。版本號使用vbp規則，v是指外部版本號（研發測試版本），b是指內部版本號（受控版本），p是指補丁版本號（可選）。
3.1.2 版本號命名：專案名稱+發布版本（對內/對外）+版本更新記錄
3.2 版本控制記錄
3.2.1 版本狀態變遷要遵守一定的規則，內部先生成乙個內部版本，提交測試審批，通過了則由開發人員進行版本歸檔受控，生成外部版本。
（測試人員在測試過程中根據《軟體測試規程》檢測生成《軟體測試報告》再由專案組內部討論是否能生成新的版本）不通過則為無效版本，需要軟體開發人員再進行修改，直至通過。通過後生成**記錄，再和原始碼一起打包受控形成外部版本。
3.2.2 版本審核記錄表如下：每次審核記錄新增，審核通過後作為開發文件一起打包受控。
3.3 版本更新記錄
3.3.1 版本更新軟體工程師根據專案內容的變更，優化軟體功能的，需要變更內部版本號提交測試審批，通過了則由開發人員進行版本歸檔，（測試人員在測試過程中根據專案軟體變更優化的內容，結合專案軟體整體結合進行測試。
測試完成根據《測試報告》由專案組內部討論是否能生成新的版本。不通過則為無效版本，由開發人員再進行優化工作。更新記錄過程中生成**記錄，審核通過後和原始碼一起打包受控形成外部版本。
3.4 版本受控說明：
3.4.1 開發人員完成所負責模組的**編寫任務後，提交到專案經理處
3.4.2 專案經理向測試人員提交測試任務
3.4.3 測試人員準備測試所需的環境
3.4.4 測試人員開展測試並根據《軟體測試報告》實時提交bug
3.4.5 開發人員處理測試過程中所出現的bug，並提交給測試人員進行回歸測試，直至bug被解決
3.4.6 測試基本完成後，測試人員提交測試報告
3.4.7 根據專案市場需求結合實際情況決定是否發布新的版本
3.4.8 測試人員與各相關人員經討論後確定好新版本各項資訊
3.4.9 測試人員發布新版本
3.5 如何體現產品版本號
3.5.1 上位機體現變更版本號：
上位機可以傳送檢視下位機版本號命令字給下位機，下位機通過傳送反饋命令字來體現當前版本號。上位機可直接檢視當前版本號。（裝置擁有上位機條件下可使用，液晶顯示也可使用）
3.5.2 無上位機反饋變更版本號：如果沒有上位機顯示的條件下，可以通過在電路板上做對應版本號的標識來區分，通過檢視電路板上的標識確認下位機軟體版本號。
4.1 版本公升級原則
4.1.1 版本公升級應嚴格納入版本管理的控制之下。應當謹慎地控制版本的公升級，保障高版本下的相容性，提供嚴格定義的公升級方法。
4.1.2 在下面幾種情況下，進行版本演化和公升級：
1) 當產品發生重大修改和改進時，主版本號加1。
2) 重大修改和改進包括：a平台遷移；b開發工具的遷移；c體系結構的變遷。
4.1.3 記錄版本公升級過程。每次版本公升級，都要填寫版本公升級記錄表，記錄表樣例如下：（僅供外部版本公升級）內部版本和修訂版本分別使用版本審核記錄表、版本更新記錄表。
4.2 新版本的發布
4.2.1 新版本的發布指對外新版本程式的公升級，內部版本程式和變更版本程式只對研發部內部公升級。流程如下：
1) 根據專案進展情況，或者根據使用者需要、市場需求進行發布準備。
2) 將發布所需檔案進行打包整理，放在指定目錄中，給目錄加上標籤，標籤中包含將要發布的版本資訊。對外部門發布只發布供程式燒寫的hex檔案。
3) 同樣對原始碼檔案也要加上與版本資訊相關的標籤。
5.1 開發文件
5.1.1 各項目的開發文件根據對外新版本程式的發布做出相對應的變更，內部版本程式和更新的程式不做變更。
5.1.2 根據各專案組自己的情況，將市場需求記錄、總體設計文件、詳細設計及資料結構檔案、測試記錄、使用者手冊等放入備份檔案中與源**一起打包儲存。
5.2 源**的存放
5.2.1 源**包括如：
上位機、下位機相關檔案，是未經編譯處理的、不能直接交付使用的產品檔案（測試階段檔案）以及編譯產品所需的檔案，包括可以直接燒寫的hex檔案。由研發部保管。
5.2.2 源**的借閱、複製必須進行詳細的登記，必需記錄借閱人、批准人、借閱時間、借閱目的、檔案流向、檔案版本或內容、歸還時間（登記記錄由研發部存檔）。
5.2.3 源**向軟體部門以外複製必須獲得部門經理的授權。並必需記錄複製人、批准人、複製時間、複製目的、檔案流向、檔案版本或內容。
5.2.4 對於因合作需要，需要向外複製、傳播、分發源**的，不論是全部還是部分**和資料，均必需和對方簽訂技術、原始碼的保密協定，明確對方應當承擔的對原始碼保密的責任和義務。
（沒有必要只需要交付hex檔案，禁止源**傳播）
5.2.5 受控檔案要備份好版本，並傳送給專案負責人及研發部經理，備份過程中新增到壓縮檔案要加密，密碼可以統一為公司常用密碼，防止外部人員盜用。
20100629軟體版本管理
軟體版本管理 軟體版本管理工具 svn 使用規範如下 版本號 版本號按照月度來劃分。版本標識為 x值逐一增大，y值保持不變 例如，六月底版本號是v1.0，到七月底版本號變成v2.0。版本中的 檔案是包含了整個工程檔案。注 每更新一次版本，實則是把從v1.0 v2.0中間的所有更新包根據檔案日期從小到...
軟體版本管理辦法
應用系統開發部 第一條制定本本管理辦法目的 為規範程式開發過程中的 管理，確保開發的效率和質量，降低開發過程風險。第二條軟體版本管理內容包括 1 版本標識 2 軟體 的儲存 3 軟體 的修改控制 4 軟體 的備份制度。第三條本管理辦法需要通過版本管理工具對軟體內容進行管理。tfs2010和svn為部...
軟體版本構建發布流程
該流程是軟體程式開發結束，進行正式版本構建發布的流程。目的是規範正式版本構建發布的過程，確保軟體版本與程式的一致性，便於軟體正式進入系統測試階段，通過測試後就可以對外正式發布。scm根據軟體版本說明書 自測報告審核，主要審核軟體文件是否齊全，版本號是否符合規定等。產品經理審核，主要審核軟體是否符合基...