程序版本控制问题

参考链接:https://www.jianshu.com/p/8a7aae71e098

光是看版本号,可能对于程序处于什么状态并不能完全掌握,此时还需附带版本阶段相关英文单词来附加说明,格式:版本号-版本阶段英文单字。如看到 [email protected] 就知道 dva 的版本号为 1.3.0,当前处于 公测阶段,本身还存在 Bug,给部分用户体验,用户提出 Bug 并全部修复完成后才能正式发布。

程序版本阶段对应英文如下,大家遵守规范,看到英文单词就这个这个版本当前处于什么阶段。

  • alpha 内测阶段:该阶段主要实现程序功能,通常只在内部开发人员之间交流,该阶段存在 Bug 较多,待完善。

  • beta 公测阶段:该阶段较 alpha 来说修复不少 Bug,但仍存在隐藏问题。由于内部人手有限,先发布该阶段版本让广大发烧友用户们先做体验,发现问题,解决问题,不断完善。比较熟悉的就如小米发烧友就会很积极的测试功能。

  • rc 候选阶段:该阶段基本解决完 beta 阶段的所有 Bug,算是比较完善的一个版本了,可以发布给所有用户使用。该阶段与 release 阶段相差无几,那为什么不直接忽略此阶段版本呢?

    我猜测应该还是考虑一个稳妥的问题。比如:固定 20 号发布一个 release 版本,15 号的时候就已经开发完成并测试通过进入 rc 候选阶段,如果剩下五天不出叉子,那么这个 rc 版本就是后面的 release 版本,万一运气不好,又测出 Bug,那么就修改发布 rc2 版本作为新的候选版本。

  • release 正式发行版:啦啦啦啦,正式上线版本,给广大用户使用,此时要是再有明显 Bug 是及其影响用户体验,损失用户量的,该阶段可以算是完全体了。

当然,对于用于来说,频繁的更新版本也是一件很痛苦的事。比如我们使用 node,我们就是用户,node 官方要是隔三差五就更新一次版本,我们在项目中也需要被迫更新 node 版本,这是难以忍受的。于是,node 推出里两个版本阶段可供选择。

  • LTS(Long-Term Support)长期支持版本:该阶段相当于上面的 release 版本,基本没啥大 Bug,可供 node 开发人员长期使用,大概 18 个月才会有一次大更新,也就是说安装 LTS 版本之后就不会频繁更新。
  • Current 当前阶段:在 LTS 阶段,如果 node 再添加新的特性或者修复 Bug 怎么办?统统放到 Current 阶段里,该阶段并不稳定,api 经常会变,对于开发人员来说,并不推荐使用。等到 18 个月会将该阶段升级为 LTS 稳定阶段。

猜你喜欢

转载自blog.csdn.net/Homewm/article/details/95166284
今日推荐