点发布为一般版本

Question

在不断增长的开源世界中，似乎有一种频繁的趋势，即将数据发布为0.x，即使它们被视为主要版本。在某些情况下，两个次要版本之间甚至可能没有兼容性。任何人都可以帮助我理解在某些情况下是否有充分的理由或理由这样做，或者它只是一个完美主义的连续性导致开发人员觉得他们没有真正完成？

Answer 1

版本号是个人品味的问题。

有标准，但它们有很大不同 - 有些项目将它们用作营销工具，有些项目是向后兼容性的精确表达。

我也不确定主要版本的确切含义。如果你的意思是破坏兼容性，那么我会指出sub 0. release意味着我不能预期兼容性，因为他们还没有产品发布。

但这只是我的口味。

Answer 2

在许多组织（OSS或其他组织）中，版本的第一个数字对应于完整的新一代产品，通常与代码库的重大重组或甚至完全重写相关联。

发布带来重大变化的版本，但仍然建立在相同的架构或内部框架上，它们的第二个数字会发生变化。通常会为次要维护版本添加第三个数字或版本号。

如果没有明确的例子，我猜这就是你所看到的那种编号方案。

Answer 3

这完全不是个人偏好的问题 - 在某些情况下（至少在企业专有软件世界中），更新是点发布还是其他因素的决定会触发业务和法律后果，例如要求免费提供（或不提供）。

我怀疑部署在企业中的开源软件的付费支持合同会产生类似的后果 - 包含哪些服务以及需要额外收费的内容，我依赖于更新的级别。

有关版本控制的更多一般性讨论，这里有两个SO问题：This和this。