软件版本号管理简要

1 . 概述

2. 版本管理

2.1 . 版本规则

2.1.1 . 版本号组成结构

• 主版本号.次版本号.[修订版本号.[构建版本号]] eg:1.0.21.124

2.1.2 . 主版本号

• 当应用引入新的技术及框架时，使应用架构发生重大变化
• 当应用功能模块进行了重大修改
• 当应用积累了较多的局部修改
• 当满足以上条件时主版本号 +1，其他版本号自动归零 eg: 1.2.12.232->2.0.0.232
• 主版本号 首次默认为 1

2.1.2 . 次版本号

• 在原有基础上增加了新的功能特点时 次版本号 +1，修订号 自动归 0 eg: 1.2.12.252 -> 1.3.0.252
• 修复严重漏洞和缺陷是 次版本号 +1
• 次版本号 首次默认为 0

2.1.3 . 修订版本号

• 当 主版本号或次版本号发生变化时，修改版本号 从 0 开始计数
• 当 主版本号或次版本号无变化时，修订版本号在每次构建时 +1
• 修订版本号 首次默认为 0

2.1.4 . 构建版本号

• 构建版本号 对应于构建平台总的编译次数,无需手动干预 每次编译递增 +1
• 构建版本号也可以看做内部发布的一个版本号，无限大小，不受其他版本号影响
• 构建版本号 首次默认为 1

2.2 . 实例演练

2.2.1 . 示例-1

1.2.1.125 --> 1.2.10.134 --> 1.2.15.139

• 每次的发布都是小的更新，此次升级可以被忽略
• 能够明确 从第一个版本到第三个的构建次数

2.2.2 . 示例-2

1.2.1.125 --> 1.3.0.134 --> 1.4.4.139

• 发布的版本中有重要的修复和功能的增加，此次升级不能为忽略

2.2.3 . 示例-3

1.2.1.125 --> 2.0.0.134 --> 2.1.4.139

• 发布的版本中发生了重大的变化，此次升级不能被忽略

2.3 . 适用范围

2.3.1 . Android

<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.shanlitech.gip.uis" 
    android:versionCode="2"
    android:versionName="1.0.2" >
 </manifest>

2.3.1 . CSharp

// 程序集的版本信息由下面四个值组成: 
//
//      主版本
//      次版本 
//      生成号
//      修订号
//
// 可以指定所有这些值，也可以使用“生成号”和“修订号”的默认值，
// 方法是按如下所示使用“*”: 
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.2")]
[assembly: AssemblyFileVersion("1.0.0.2")]  

• AssemblyVersion +是程序集的版本，.NET的CLR用，用于标识出该dll的版本信息，用于定义强名称的版本号;
• AssemblyFileVersion
  • 为编译器生成的文件加入版本号，只是一个文件号标识，没有具体的作用，也就是在资源管理器里查看属性时看到的版本；

3 . 版本记录

• [V1.0]-2014年12月28日
  • 1，[土渣渣] 创建文档
• [V1.1]-2015年04月10日
  • 1，[土渣渣] 规范文档结构

转载于:https://my.oschina.net/wanglanfeng/blog/794176