代碼管理和版本管理的作業流程以及規范是怎樣的？?

代碼管理和版本管理的作業流程以及規范是怎樣的？下面以文檔的形式進行詳細分析，希望能夠給予測試人員一些幫助和指導。

本文目的

本文試圖提供一套有效進行代碼和版本管理風控的標準、約定和指導。本文以安全可靠的軟件工程原則為基礎，在源代碼層面使其易于管理、維護，同時降低核心技術泄密風險，在版本管理層面，保證每個交付前、交付中、交付后的產品版本是一致的，且可快速、準確的對每個版本中的過程情況進行追溯。本文以通過遵循和不斷改進項目過程中的實施標準，使各項目產生的代碼有更好的管控機制，降低代碼泄密風險、降低發版風險并提高軟件開發團隊的生產效率。

本文適用于人群

本文檔的預期讀者包括項目開發組全體成員：產品人員、技術管理人員、系統設計人員、系統開發人員、系統測試人員、系統維護人員、推廣培訓人員及其他相關人員。

使用范圍

本文檔適用于所有與代碼管理、版本控制相關的項目管控工作。

一、管理工具

1、代碼管理工具Git

Git是一款免費、開源的分布式版本控制系統，可以有效、高速的處理從很小到非常大的項目版本管理。它是目前世界上使用最廣泛的代碼管理工具之一，包括Google、Facebook、Microsoft、Twitter等在內的大型企業都在使用他進行管理。Git在本規范中主要用于代碼管理與開發版本控制。

2、版本管理工具Maven

Maven是一個軟件項目管理及自動構建工具，由Apache軟件基金會所提供。Maven在本規范中主要用于版本號管控以及代碼部署的自動構建。

3、發布管理工具Jekins

Jenkins是一個用Java編寫的開源的持續集成工具。它主要用于持續、自動地構建/測試軟件項目。Jenkins在本規范中主要用于系統的自動構建與發布以及發布后系統運營的監控管理。

二、版本管理

1、版本命名規范

版本命名包含：主版本號、次版本號、修正版本號、里程碑版本號。例如：2.2.0.Beta2，該版本號代表主板本為2，次版本為2，修正版本無，且為發布的第二個公測版本。

具體的各版本號的作用如下：

2、版本管控流程

在產品立項時，一般由產品經理或項目負責人明確項目版本號，其至少包含主版本號和次版本號。

開發、測試、發版過程中需嚴格遵循版本號的約束進行版本管控，主版本號和次版本號一旦制定，就不允許修改，除非重新立項。修正版本號可在開發過程中進行約束，但盡量提前進行約束且盡可能在開發過程中不做調整。

版本發布時，一般由產品經理或項目負責人指定里程碑版本號。程碑版本號可以跳版本進行發版，也可以無中間版本號。比如，可以直接發布beta(公測版)或者GA(正式版)，但盡可能遵循里程碑版本順序進行發版和版本管控。

三、代碼管理

1、角色

代碼管理主要分三大角色：系統管理者、項目管理者、部署者、開發者。系統管理者負責創建新項目、權限分配、用戶增加刪除和代碼庫備份。項目管理者負責對具體的某一個項目的權限分配，代碼管理。部署者負責對測試代碼和正式代碼進行發版部署。開發者負責從項目分支代碼進行代碼開發。

2、權限

管理Git、Maven、Jenkins的各個角色的權限如下：

3、代碼管控流程

1）若為新項目，則由系統管理者通過操作Git創建項目工程，并將Git的項目管理權限賦予項目管理者，且交由項目管理者進行項目與代碼管控。

2）項目管理者通過操作Git在主干代碼庫基礎上創建開發代碼庫，并將分支代碼的操作權限賦予部署者和開發者，同時通過Maven約束版本號。

3）開發者基于開發代碼庫進行代碼的開發與合并，并提交測試部署。

4）測試期間，部署者通過操作Jenkins將開發代碼庫的代碼發版部署到測試環境，以供測試者進行測試。

5）測試通過后，由項目管理者通過操作Git將開發代碼庫代碼合并到主干代碼庫。

6）發版上線時，由部署者通過操作Jenkins將主干代碼庫的代碼發版部署到正式環境。

7）系統管理者定期對代碼庫進行備份。

代碼管控的具體流程如下圖：

總結

以上是生活随笔為你收集整理的代码管理和版本管理的作业流程以及规范是怎样的？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。