一种定义版本号的解决方案

一、背景

        公司拥有多个产品,每个产品又面向多个客户。产品不断迭代,客户需求五花八门、千变万化。时间近、任务重,项目管理知识来说,时间缩短、资源不增加的情况下,质量降低了。于是乎开发过程中降低了版本控制,不考虑后期运维,加上软件行业人员更新快的特点,一段时间之后,呜呼,哀哉,后期运维、升级遇到找不到源码的问题出现了。

       结合工作遇到如此问题,思考解决方案,那就是通过版本号。版本控制有很多种软件,版本号的定义尚且不明,本文主要是针对版本号的定义进行设计。

二、解决方案

        版本号格式设置类似IP地址,数字加圆点方式,由四部分组成,如:xx.xx.xx.xx。每位代表的意义如下:

           第一位代表产品产品编号。当产品变化比较大、版本与版本之间无法做到兼容的的时候进行变更,比如系统架构改变、采用研发语言变化、CS架构变为BS架构、非微服务架构转为微服务架构等。

      第二位代表项目编号。0代表未发布于版本,1代表正式发布版本,其它数字对应项目。产品首次部署项目中时候,为正式版本。当出现首次产品变更时候,源码进行分支,变更项目版本号。每个项目的功能、bug修订变更需要记录到产品台账。正式发布版本定期对照产品台账进行升级。

      第三位代表功能编号。产品功能变更时候进行变更。

      第四位代表修订编号。产品bug功能修复时候进行变更。

三、版本号变更职责

研发人员做好产品版本号的变更,产品经理做好审核。

质量检查人员对产品版本号对应的源码进行检查,做到每个版本都对应相应的源码存在。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值