gpt4 book ai didi

version-numbering - 如何区分测试版和普通版?

转载 作者:行者123 更新时间:2023-12-03 13:25:26 25 4
gpt4 key购买 nike

我普遍同意程序的主要版本应该是 1.0 , 2.0 , ... 重要的更新应该是:1.1 , 1.2 ,...,并且错误修复应该在第三级:1.0.1 , 1.0.2 , ... 1.0.156 (如果您一直受到版本之间的许多错误修复版本的困扰)。

但现在我想发布我的第一个 Beta 版,这将是一系列 Beta 版中的一个,用于发布版本 1.0 .
具体来说,对我来说,将我的 Beta 版本编号大于我正在开发的编号是没有意义的,例如1.0.1高达 1.0.15 (如果我有 15 个 beta 版本)然后用 1.0 关注它.
但是使用小于 1.0 的数字看起来很尴尬,例如0.9.1 ... 0.9.15如果我开始使用 1.9.1 会引起困惑... 1.9.15作为版本 2.0 的 Beta .
有关的:

How to do version numbers?



仅供引用,在您的帮助和与更多信息的良好链接之后,这就是我的决定。
对于我的 alpha 版本,我一直在使用 0.7、0.8、0.9、0.91 ......直到 0.98。
我知道我可以做 1.0 beta 1,这是“标准”方式。但是考虑到所有因素,我将使用:0.99 beta 1、0.99 beta 2 ...在我发布 1.0 版本之前。
如果我预发布 2.0 版本,我可能会遵循该模式并将其称为 1.99 beta 1、1.99 beta 2 等。
希望这个问题和答案能帮助你决定你的计划。

最佳答案

我认为您应该将版本编号与发布状态分开。

Beta 在版本之后应该总是有“beta”。用户不必对您的编号方案进行逆向工程来确定版本的稳定性。

因此,在 1.0 版本之前,您应该有 1.0 beta 1、1.0 beta 2 等。这让用户更清楚地了解 beta 将导致哪个主要版本,并避免与您可能同时发布的任何维护版本混淆。

重要的是您需要区分错误修复版本(应该增加稳定性)和测试版(可能会降低稳定性)。

关于version-numbering - 如何区分测试版和普通版?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1456608/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com