命名规则
版本说明
Base:此版本表示该软件仅仅是一个假页面链接,通常包括所有的功能和页面布局,但是页面中的功能都没有做完整的实现,只是做为整体网站的一个基础架构。
Alpha :软件的初级版本,表示该软件在此阶段以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改,是测试版本。测试人员提交Bug经开发人员修改确认之后,发布到测试网址让测试人员测试,此时可将软件版本标注为alpha版。
Beta :该版本相对于Alpha 版已经有了很大的进步,消除了严重错误,但还需要经过多次 测试来进一步消除,此版本主要的修改对象是软件的UI。修改的的Bug 经测试人员测试确认后可发布到外网上,此时可将软件版本标注为 beta版。
RC :该版本已经相当成熟了,基本上不存在导致错误的Bug,与即将发行的正式版本相差无几。
Release:该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式的版本,是最终交付用户使用的一个版本。该版本有时也称标准版。
demo
如此时版本号为:1.0.0.0321_alpha ,此时为内部测试阶段
(1)开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug之后,版本号可改为:1.0.0.0321_beta ,如当前日期跟上一个版本号的日期不一样,版本号可改为:1.0.0.0322_beta。
(2)如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版,如1.0.1.0322_beta,日期为发布的当前日期。
(3)如果对软件进行了一些功能上的改进或增强,进行了一些局部变动的时候要修改次版本号,如:1.1.0.0322_beta(上一级有变动时,下级要归零)。
(4)当功能模块有较大变动,增加模块或整体架构发生变化时要修改主版本号,如新增加了退款功能,则版本号要改为:2.0.0.0322_beta 。
发版操作
发版:
1.修改FINAL版
find . -name "pom.xml" | xargs sed -i "s/xxxx-SNAPSHOT/xxx.FINAL/g"
prepare release vxxxx.FINAL
2. tag
git tag vxxx.FINAL
git push upstream vxxx.FINAL
git tag -d test_tag
git push origin :refs/tags/test_tag //本地tag删除了,再执行该句,删除线上tag
2. 修改为开发版
find . -name "pom.xml" | xargs sed -i "s/4.2.3.longhu.2.FINAL/4.2.3.longhu.3-SNAPSHOT/g"
prepare for next development iteration