文章目錄

• 前言
• 一、關于對項目、產品版本的一些學習探索
• • • • 問題：大家都是怎么樣定義版本號的？（參考資料）
• 二、我在團隊中是這是實踐的
• • • 團隊版本號實踐
• 總結

---

前言

工作幾年了，最近在總結項目、產品版本號命名規范。之前也在網上搜了很多資料，看到大多數的文章都是互相 COPY ，正好最近也有時間，索性自己整理一下自己在工作中的探索與思考，以及我是如何去實踐的。通過博文的方式跟大家也做一個分享，希望能夠幫助到有需要的朋友。如果您看到我寫的有什么不對的地方，或者能夠做的更好的地方，也希望大家批評指定，給我一個學習提高的機會。

一、關于對項目、產品版本的一些學習探索

問題：大家都是怎么樣定義版本號的？（參考資料）

軟件項目、產品版本號大家一般都是這樣定義的：

V1.0.0.20211028_base

解讀一下這個版本號命名規范：

• 第一位：版本前綴（V1.0.0.20211028_base）
  V （version）英文版本的縮寫
• 第二位：主版本號（V1.0.0.20211028_base）
  當功能模塊有較大的變動，比如增加模塊或是整體架構發生變化。此版本號由項目經理決定是否修改。
• 第三位：副版本號（V1.0.0.20211028_base）
  當功能有一定的增加或變化，比如增加了對權限控制、增加自定義視圖等功能。此版本號由項目經理決定是否修改。
• 第四位：修訂版本號（V1.0.0.20211028_base）
  般是 Bug 修復或是一些小的變動，要經常發布修訂版，時間間隔不限，修復一個嚴重的bug即可發布一個修訂版。此版本號由項目經理決定是否修改。
• 第五位：日期版本號（V1.0.0.20211028_base）
  用于記錄修改項目的當前日期，每天對項目的修改都需要更改日期版本號。此版本號由開發人員決定是否修改。
• 第六位：希臘字母版本號（V1.0.0.20211028_base）
  希臘字母版本號共有五種，分別為base、alpha、beta 、RC 、 release
  Base： 此版本表示該軟件僅僅是一個假頁面鏈接，通常包括所有的功能和頁面布局，但是頁面中的功能都沒有做完整的實現，只是做為整體網站的一個基礎架構。
  Alpha ： 軟件的初級版本，表示該軟件在此階段以實現軟件功能為主，通常只在軟件開發者 內部交流，一般而言，該版本軟件的Bug較多，需要繼續修改，是測試版本。測試人員提交Bug經開發人員修改確認之后，發布到測試網址讓測試人員測試，此時可將軟件版本標注為alpha版。
  Beta ： 該版本相對于Alpha 版已經有了很大的進步，消除了嚴重錯誤，但還需要經過多次測試來進一步消除，此版本主要的修改對象是軟件的UI。修改的的Bug 經測試人員測試確認后可發布到外網上，此時可將軟件版本標注為 beta版。
  RC ： 該版本已經相當成熟了，基本上不存在導致錯誤的Bug，與即將發行的正式版本相差無幾。
  Release： 該版本意味“最終版本”，在前面版本的一系列測試版之后，終歸會有一個正式的版本，是最終交付用戶使用的一個版本。該版本有時也稱標準版。

二、我在團隊中是這是實踐的

產品的版本號的統一，在整個軟件研發過程中是比較重要的，貫穿了整個產品的生命周期。
那么涉及到哪些方面呢，我大概給大家列一下：

• git代碼庫版本
• 數據庫版本
• 需求文檔版本
• 需求變更文檔版本
• 設計文檔版本
• 開發文檔版本
• 測試計劃版本
• 操作手冊版本
• 測試用例版本
• 測試報告版本
• 版本發布內容
• 迭代總結版本
• docker鏡像版本
• pom版本
  等等…………………

團隊版本號實踐

我們團隊在版本號的定義上經過商討，保留了前五位版本號的定義，去掉了最后的希臘字母版本。
團隊的考慮感覺這個希臘字母的定義有點瑣碎了，前5位版本號已經足夠使用了。為什么說是團隊的考慮，而不是項目經理或者產品經理的考慮。要充分尊重團隊成員的建議，讓每一個人都參與進來，讓大家了解我們這么做的意義，這樣對于一些規范的實踐，是比較好落地的。

V1.0.0.20211028

• 產品初始階段時：V0.1.0.20211021
  主版本號0，副版本號1，修訂版本號0，日期版本號當前日期
• 產品每一次迭代：V0.2.0.20211022
  主版本號0，更新副版本號+1，修訂版本號歸0，日期版本號更新當前日期
• 產品優化、修復bug：V0.2.1.20211023
  主版本號0，副版本號不變2，修訂版本號+1，日期版本號更新當前日期
• 產品主版本上線時：V1.0.0.20211024
  主版本號1，副版本號歸0，修訂版本號歸0，日期版本號更新當前日期

注意：版本號雖然定義了，還是要團隊一起努力去實踐落地，讓版本號起到作用。必要時需要專人監督版本號的更新情況。

總結

本篇博文分享了產品版本的命名規范，以及我們團隊是如何定義的，希望能夠幫助到大家。

朋友，看都看到這了，給個關注吧~
如果這篇文章幫助到了您，幫忙點一下關注點一下贊，謝謝大家！
大家的鼓勵將是我不斷創作的動力！

總結

以上是生活随笔為你收集整理的软件项目、产品版本号的命名规则、定义、命名规范（git代码分支版本、项目产品文档版本）的全部內容，希望文章能夠幫你解決所遇到的問題。

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