版本号命名和版本发布
版本号命名规范
比如每次发版本的app,如果只是小功能更新,则只是第二位加1(或根据功能数量决定),否则大的版本的改进,则是第一位加1
Configuration · GitBook Toolchain Documentation
是有个官网推荐的做法的:
Semantic Versioning 2.0.0 | Semantic Versioning
其解释是:
Given a version number MAJOR.MINOR.PATCH, increment the:
MAJOR version
: when you make incompatible API changes,MINOR version
: when you add functionality in a backwards-compatible manner, andPATCH version
: when you make backwards-compatible bug fixes.
Additional labels for pre-release and build metadata are available as extensions to the MAJOR.MINOR.PATCH format.
中文版翻译是:
版本格式:主版本号.次版本号.修订号,版本号递增规则如下:
- 主版本号:当你做了不兼容的 API 修改,
- 次版本号:当你做了向下兼容的功能性新增,
- 修订号:当你做了向下兼容的问题修正。
先行版本号及版本编译信息可以加到“主版本号.次版本号.修订号”的后面,作为延伸。
现在个人的常见做法是:
主版本
:有重大功能更新- 比如多加了一个大的功能模块
次版本
:有一些重要更新- 比如部分功能有重大优化
补丁版本/小版本
:细节的优化- 比如一些小功能的优化,修复了一些小bug等等
版本发布的一些实践和做法
对于发布新版本,去写更新日志时,其形式可以借鉴jeesite的做法:
其效果很醒目,且点击每条可以展开显示详情
但是建议关键字还是用个人目前常用的做法:
新增
:增加了新功能修复
:修复了之前存在的bug和问题优化
:改进,优化了已有的东西