一、背景
公司拥有多个产品,每个产品又面向多个客户。产品不断迭代,客户需求五花八门、千变万化。时间近、任务重,项目管理知识来说,时间缩短、资源不增加的情况下,质量降低了。于是乎开发过程中降低了版本控制,不考虑后期运维,加上软件行业人员更新快的特点,一段时间之后,呜呼,哀哉,后期运维、升级遇到找不到源码的问题出现了。
结合工作遇到如此问题,思考解决方案,那就是通过版本号。版本控制有很多种软件,版本号的定义尚且不明,本文主要是针对版本号的定义进行设计。
二、解决方案
版本号格式设置类似IP地址,数字加圆点方式,由四部分组成,如:xx.xx.xx.xx。每位代表的意义如下:
第一位代表产品产品编号。当产品变化比较大、版本与版本之间无法做到兼容的的时候进行变更,比如系统架构改变、采用研发语言变化、CS架构变为BS架构、非微服务架构转为微服务架构等。
第二位代表项目编号。0代表未发布于版本,1代表正式发布版本,其它数字对应项目。产品首次部署项目中时候,为正式版本。当出现首次产品变更时候,源码进行分支,变更项目版本号。每个项目的功能、bug修订变更需要记录到产品台账。正式发布版本定期对照产品台账进行升级。
第三位代表功能编号。产品功能变更时候进行变更。
第四位代表修订编号。产品bug功能修复时候进行变更。
三、版本号变更职责
研发人员做好产品版本号的变更,产品经理做好审核。
质量检查人员对产品版本号对应的源码进行检查,做到每个版本都对应相应的源码存在。