`

项目管理版本说明

 
阅读更多

项目版本的管理,一般每个公司都有一套自己的版本定义规则和方法,但总的来说大方向都是差不多的。以下是我个人觉得比较实用的方式,供参考:

 

标准示例 1.0.0.20121203 版本号有前面三个数字加日期戳指定,三个数字分别表示<主版本>.<次版本>.<增量版本>
示例 1.0.0.20121204 当项目没有业务代码变更,只有轻微的调整,如CSS样式,页面布局等,导致新bug出现的几率几乎为0的时候,只改变版本后面的发布日期戳,不变更版本号
示例 1.0.1.20121205 当项目有轻微的业务代码变更,如修复bug,小功能改进等,有可能导致新bug的出现,更新增量版本号,并更新版本发布日期戳
示例 1.1.0.20121206 当项目有较多的业务代码变更,如功能的调整,添加业务模块等,更新次版本号,并更新版本发布日期戳
示例 2.0.0.20121207 当项目变动很大,有大量的业务代码改动,涉及的面很广,如项目的重构,架构的调整等,更新主版本号,并更新版本发布日期戳
     
开发版示例 1.0.0.20121203-SNAPSHOT 当项目处于开发阶段,发布之前,代码需要频繁变更的时候,推荐使用开发版本号,当maven碰上有SNAPSHOT标记的版本号时,每次都会从maven库上下载,省去删除本地包的麻烦

 

 

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics