什么用作初始版本？ [关闭

StackOverflow https://stackoverflow.com/questions/3728626

  •  03-10-2019
  •  | 
  •  

题

我通常以1.0.0版开始项目。一旦我在一起，我就将其释放为1.0.0，并以1.1.0继续前进。

但是，这导致了我写的大多数内容的完整版本1.0.0，但并非完全具有完整的版本。然后，我添加功能，并在1.6.0左右的某个位置进入一个体面的版本。许多项目以0.1.0版开头，它将与我的1.0.0一样可用。

你建议做什么？从1.0.0或0.1.0开始？

最后一个数字是针对BugFix发布的。您可以将我的1.0.0 AS 1.0和0.1.0视为0.1，这对您来说更容易。

有帮助吗？

解决方案

我的版本控制是由设置驱动的。我希望它代替较旧的版本，因此我不断增加它对我有意义的跳跃。

但是，有时版本控制由客户驱动，尤其是在向公众发布代码时。

如果是您的电话，请做任何最适合您的事情。我在1.0之前遇到了一些版本问题，所以我从此开始。

其他提示

这 语义版本控制2.0.0 标准说：

最简单的事情是以0.1.0的速度启动初始开发版本，然后为每个后续版本递增次要版本。

从0.3.0连接到1.0.0是可以的。达到0.23.0也完全可以。从0.4.0开始，这是不可避免的，因为它表明之前已经发布了版本。

另外，请注意 0.y.z 被放在一边以进行快速迭代，因此初始开发（因此发生了很多破裂的变化）不会让您感到愚蠢的142.6.0。与其撞到主要版本，不如在每次打破更改上碰到次要版本，直到您发布1.0.0：

主要版本零（0.YZ）用于初始开发。任何事情可能随时改变。公共API不应被视为稳定。

版本号完全取决于您。做有意义的事情 你 并保持一致。没有人说您必须从0，0.0或1.0或1.1开始。

出色的程序员实际上已经将版本编号系统用作本地笑话。例子（Wikipedia）：

自版本3以来，Tex使用了一个特质版本编号系统，在该系统中通过在小数末添加一个额外的数字来指示更新，以便该版本号渐近地接近π。这反映了Tex现在非常稳定的事实，只有预期的更新。当前版本的Tex是3.1415926；最后一次更新于2008年3月

对于metafont：

Metafont具有类似于TEX的版本控制系统，该系统渐近地在每个修订时都接近E。

最后，并不是一个版本编号，但同样有趣，是Google的首次公开募股（IPO）是向SEC提出的，原因是筹集了2,718,281,828美元（请注意E〜2.718 281 828）。

我的观点是：不要觉得您需要跟随人群。保持创造力和一致。

我认为这里有不同的因素在这里发挥作用。版本编号的心理/营销影响（版本编号经常增加=>更多$$$，人们不想购买0.99 Beta版本等）。在大型团队中工作时，“逻辑”版本号可以帮助您。

我喜欢为不稳定版本具有奇数的Linux方法，甚至是稳定版本的数字。

当我准备第一个可用版本但没有功能完整版本时，我通常会尝试判断它距离功能完整版本有多远，因此，如果我的第一个可用版本是33％的功能，我将编号编号0.3.0或相似的。然后，当我迈向功能完整的相应版本时，以类似的方式获得了给定数字。

但是，一旦您继续使用过去的功能，就需要更改完整的版本控制

通常，版本控制对程序员具有一定的含义。增加主要数量可能表明大型变化可以防止向后兼容。版本编号中的其他数字可能表明较小的功能增强件或错误修复。

如果您担心0.6.5版的戒指不完整，则可能需要在1.0版以下推销它。您的营销版本编号不必匹配您的内部版本编号。例如，Windows 7的版本编号为6.1。

我的个人偏爱是从0.1.0开始，然后从那里开始。

选择版本号 npm 包装，请注意，对于列出的依赖项 package.json SEMVER范围 在v1.0.0以下无法工作。那是，

"dependencies": {
    "my-package": "^0.5"
}

等同于

"dependencies": {
    "my-package": "0.5"
}

如果您想能够使用SEMVER范围，或者想让其他人使用它们，则可能需要从1.0.0开始

0.1.0是我从那里开始的，从那里向上移动。这就是我为Adrian改编的Xploration，尽管我早年非常零星，并且使用了1.0.0、0.0.1和其他一些。但是我确实建议从0.1.0开始，然后从那里开始。

每个SEMVER，在ABC中保留A和C。这是因为主要版本通常会破坏较旧的代码。补丁只需修复错误即可。这是所有个人喜好，0.99.0并不意味着您必须转到1.0.0，等等。我已经看到一些一直到0.218.42。

取决于项目。对于简单的命令行工具，我通常在0.9 [.0]左右开始，因为我仅考虑在完成时释放或打包它们（无论如何或准备好进行Beta测试。）更复杂的项目左右左右开始0.1 [.0]和有些甚至从未看到1.0。我认为1.0版本版本（或至少是本地测试的Beta或发布候选者），并相应地计划。

在团队项目的情况下，任何放置第一个版本标签的人都可以决定:)。

版本编号应该对您意义 阿丽埃塔 以前正确评论。

也许以下内容：第一个＃是市长版本，第二个＃是相同的市长版本，其中添加了某些功能，第三个＃是相同的市长版本，具有相同的功能，但具有固定的错误或添加了很少的（但很重要）的更改。

1.3.2 =>第一版本，具有更多功能和一些错误。

但是，对于最终用户而言，有些习惯了最终版本的大数字。

例如：Corel 8，用于8.0.0、8.0.1、8.2.2等。Corel9，用于9.0.0 ...等。

大多数是关于：Corel X5而不是Corel 15.0.2这样的营销策略。

我要说的是，这取决于版本编号是适合您还是为客户端。

从0.0.0开始，然后从那里继续前进。

从1.1.1开始，然后从那里继续前进。

许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top