关于版本的增量和全量

测试通过后,不可避免地就是出版本。

版本有全量和增量,总有人来问:我是给你增量包还是全量包?

其实这个问题不是问别人要什么样的版本,而是自己要能判断出应该给什么版本。

每当我听到你问我这个问题时,我可以肯定的是你没有考虑过以下问题:

1)出版本的最最根本是什么。

2)增量的基础是什么。

3)我当前是什么版本。

而问这个问题的根源不是你怎么想不到这些,而是你关注点不对,因为问我这个问题的人通常会加问:怎么样对你是好处理的?

虽你是为我操碎了心,但同时我也为解释这个问题操碎了心。

在回答前面三个问题之前,我先解释两个概念:

全量:顾名思义 完整的版本包。

增量:在某一全量版本包上的更新内容包。

答一:出版本的根本:在不影响现有功能的情况下升级新的功能。

答二:增量的基础是全量包

答三:关于问题3我想反问的是:你不知道我是什么版本,你依据什么给我出增量?

那回到一开始,测试通过后出包这句话上

问自己几个问题

1)我在哪个版本上测试通过?

2)要升级环境的版本是哪个?

3)这两个版本一样?

如果答案是一样的,那么恭喜你,你可以出增量包,你测了什么就提交什么。

如果答案是版本不一样,那你要去查中间隔了几个版本?差的版本要不要升级?如果要升级,那是一个一个版本升级?还是版本合并成一个的增量?还是干脆出全量包?这个需要和项目组成员一起讨论,也不是单独去问某一个人。

核心就两个问题:要升哪些功能?如何升级?

请先确保出的包是需升级的且是测试通过的,然后再去考虑别人怎么升级,前面是基础1,后面才是加分项,没有1的情况下是不需要有升级的-如果有则是越做越错。

如何出版本依靠人来判断时就非常容易出错,我更期待是可以更便捷快速自动化,用工具和流程来控制这些事情。

但即使真的实现了自动化,我也想你能明白原始判断逻辑是什么。

而不是你现在会按别人的要求来做事,将来按工具和流程做事。--slave担当

一离开别人/工具(master)你就无从下手,会再多的技术/出过N次包,依旧无把握出一个正确的版本。

很多时候答案不是别人给的,而是问自己得来的。多问的正解是 先问自己、再问他人 。

你可能感兴趣的:(java,后端)