1. 程式人生 > >軟體版本號及管理策略

軟體版本號及管理策略

//-------------------------------------------------------------------
// 軟體版本字尾
//-------------------------------------------------------------------

// 統稱測試版
#define SWVEREXTEN_ALPHA            "alpha"             // 內部測試版(內測 CB)
#define SWVEREXTEN_BETA             "beta"              // 愛好者測試版(公測)
#define SWVEREXTEN_GAMMA            "gamma"             // 釋出候選版(通常使用RC)
#define SWVEREXTEN_RC               "RC"                // 釋出候選版(Release Candidate)

// 統稱演示版
#define SWVEREXTEN_TRIAL            "trial"             // 試用版
#define SWVEREXTEN_UNREGISTERED     "unregistered"      // 未註冊版
#define SWVEREXTEN_DEMO             "demo"              // 演示版

// 統稱正式版
#define SWVEREXTEN_RELEASE          "?"                 // 最終釋放版(release)
#define SWVEREXTEN_REGISTERED       "registered"        // 註冊版
#define SWVEREXTEN_STANDARD         "standard"          // 正式版
#define SWVEREXTEN_DELUXE           "deluxe"            // 豪華版
#define SWVEREXTEN_REFERENCE        "reference"         // 最高級別版
#define SWVEREXTEN_COMMUNITY        "community"         // 社群版(免費)
#define SWVEREXTEN_PROFESSIONAL     "professional"      // 專業版
#define SWVEREXTEN_ENTERPRISE       "enterprise"        // 企業版

// 其它版本
#define SWVEREXTEN_UPDATE           "update"            // 升級版
#define SWVEREXTEN_STANDALONE       "standalone"        // 單機版
#define SWCEREXTEN_ONLINE           "online"            // 網路版
#define SWVEREXTEN_LTS              "LTS"               // 長期支援版(long term support)
#define SWVEREXTEN_STABLE           "stable"            // 穩定版

//-------------------------------------------------------------------
// 版本號
//-------------------------------------------------------------------

// 管理策略:
// 1.初版本號通常為1.0.0或0.0.0。
// 2.當專案在進行了區域性修改或bug修正時,主版本號和子版本號都不變,修正版本號加1。
// 3.當專案在原有的基礎上增加了部分功能時,主版本號不變,子版本號加1,修正版本號復位為0,因而可以被忽略掉。
// 4.當專案在進行了重大修改或區域性修正累積較多,而導致專案整體發生全域性變化時,主版本號加1,子版本號和修正版本號復位0。

#define VERSION_MAJOR               0
#define VERSION_MINOR               0
#define VERSION_REVERSION           0
#define VERSION_EXTENSION           SWVEREXTEN_BETA

相關推薦

軟體版本管理策略

//------------------------------------------------------------------- // 軟體版本字尾 //--------------------------------------------------------

專案管理 軟體版本的命名格式和規則

最近公司釋出測試版,涉及軟體的版本號管理,發現不同公司的版本號管理的方法都不一樣,各有千秋。在這裡展示個人認為還不 錯的版本號管理的方法。 【1】版本命名規範 軟體版本號有四部分組成: 第一部分為

C++實現軟體版本管理

最近做了個更新程式,更新下配置檔案後通過對比版本號大小來確定是否有更新。原來僅僅只是簡單的比較字串的大小,用_tcscmp來做的,但是在形如:2.2.12.6和2.2.9.6對比時,明顯會不對。於是就用C++寫了一二個簡單的版本號轉化、對比的類。 程式碼如下: #prag

版本使用npm管理專案版本

版本號 語義化版本:https://semver.org/lang/zh-CN/ 版本號格式:主版本號.次版本號.修訂號 版本號遞增規則: - 主版本號:做了不相容修改或顛覆式的重寫 - 次版本號:向下相容的功能性新增 - 修訂號:向下相容的問題修正

java使用apk-parser解析apk,獲取manifest中的版本自定義變數

apk-parser地址: https://github.com/hsiafan/apk-parser 1.獲取版本號等資訊: try (ApkFile apkFile = new ApkFile(new File(filePath))) { ApkMeta apkMeta

獲取軟體版本

{------------------------------------------------------------------------------- 過程名: GetBuildInfo 過程描述: 獲取軟體版本號 作者: LYK 日期: 20

軟體的安裝管理、yum命令與rpm命令

安裝軟體 yum命令與rpm命令的區別: rpm是由紅帽公司開發的軟體包管理方式,使用rpm我們可以方便的進行軟體的安裝、查詢、解除安裝、升級等工作。 但是rpm軟體包之間的依賴性問題往往會很繁瑣,尤其是軟體由多個rpm包組成時。但rpm可以解決死迴圈依賴性,這是yum解決不了的

3:檢視系統版本清理記憶體

1、清理前檢視記憶體的使用情況 #free -m 2、檢視記憶體大小 #cat /proc/meminfo | grep MemTotal 3、清理記憶體 echo 1 > /proc/sys/vm/drop_caches

常見的版本Springcloud的版本

談談軟體版本號的認識 一、常見版本號說明   舉個瓜:2.0.3 RELEASE   2:主版本號,當功能模組有較大更新或者整體架構發生變化時,主版本號會更新   0:次版本號。次版本表示只是區域性的一些變動。   2:修改版本號。一般是bug的修改或者是小的變動   RELEASE:希臘字母版本

關於軟體版本的問題 軟​件​版​本​​命​名​規​則

關於軟體版本號的問題    完全的版本號定義,分三項::<主版本號>.<次版本號>.<修訂版本號>,如 1.0.0。 1.版本號升級原則:    主版本號:功能模組有大的變動,比如增加多個模組或者整體架構發生變化。      次

隱藏Apache的版本其它敏感資訊

為了防止某些別有用心的傢伙窺視我們的伺服器,應該做些什麼.我們來看一下相關的2個引數,分別為ServerTokens和ServerSignature,通過控制這2個閥門應該就能起到一些作用,比如我們可以在配置檔案中這麼寫: ServerTokens Prod ServerSi

終端命令檢視TensorFlow版本路徑

如圖,簡單易懂,先啟用tensorflow,然後進入python,輸入python語句執行查詢: 需要注意的是一定要在啟用tensorflow環境後再輸入python命令,否則會識別不到tensorflow,可以看到在使用python前後命令前面都是有“(

C++ 軟體版本對比

在軟體更新時,需要根據版本號來決定是否需要自動更新,所以就涉及到版本號的對比了。 下面給出的是使用string的compare函式進行版本號判斷的程式碼: #include "stdafx.h" #

Gradle自動設定版本修改apk字尾

直接上配置檔案 import java.text.SimpleDateFormat apply plugin: 'com.android.application' def verName = "1.0.0" def buildTime() {

windows軟體版本定義

winodws下檔案一般由由四個數字組成,如1.0.0.213,其中各個數字含義是:主版本號.子版本號.修正版本號.編譯版本號 版本號管理策略: 專案初始版本,版本號為0.1或1.0; 當專案進行了區域性修正或BUG修復時,主版本和子版本號都不變,修正版本號遞增1 當專

軟體版本的一些記錄

部分希臘字母版本號:   alpha版:內部測試版。α是希臘字母的第一個,表示最早的版本,一般使用者不要下載這個版本,這個版本包含很多BUG,功能也不全,主要是給開發人員和 測試人員測試和找BUG用的。beta版:公開測試版。β是希臘字母的第二個,顧名思義,這個版本比alpha版釋出得晚一些,主

檢視Eclipse版本各個版本區別

1. 找到eclipse安裝目錄 2. 進入readme資料夾,開啟readme_eclipse.html 3. readme_eclipse.html呈現的第二行即數字版本號,如: Eclipse Project Release Notes Release 4

各種軟體版本掃盲——Beta RC Preview release等

 1、軟體版本階段說明 *Alpha版:此版本表示該軟體在此階段主要是以實現軟體功能為主,通常只在軟體開發者內部交流,一般而言,該版本軟體的Bug較多,需要繼續修改。 *Beta版:該版本相對於α版已有了很大的改進,消除了嚴重的錯誤,但還是存在著一些缺陷,需要經過多次測

持續整合學習筆記-入門篇(7)成果管理自動化(一):版本管理

經過自動化持續整合工作之後,一般會產生兩類重要成果: 1、提供給使用者使用的軟體產品 2、軟體設計、開發時產生的文件 毋庸置疑,軟體產品本來就是我們工作的目標物。在實際工作中,尤其是在給企業做定製化的MIS系統時,很難說只給使用者一次性提供產品,往往需要不斷升級,從而向客戶

C++實現軟體版本比較

軟體版本號的檢查和比較是我們經常要用到的一個功能,我自己寫了一個函式,用起來還是挺方便的。 // 函式功能:執行字串形式的版本比較 // 返回值:比較成功返回真,比較失敗返回假 // 比較結果儲存到nResult中 // lpszVer1高於