Functional programming 版本号后面的含义（即0.1、0.10.10、1等）

版本如何编号？进入下一版本、增量等的正确想法是什么

例如，我经常看到v0.1、v0.2、v0.34567等。我假设这些软件都是测试版，还没有完成第一个版本

---

但也有许多软件是v0.10.11等。它们是如何工作的？

没有一个特定的标准-任何人都可以遵循任何方案（或缺乏方案）。这取决于公司的政策、发展标准，或者你所遵循的任何指导方针

有一些流行的标准。我们尝试遵循语义版本控制标准。基本租户包括（报价）：

给定版本号MAJOR.MINOR.PATCH，增加：

进行不兼容的API更改时的主版本

以向后兼容的方式添加功能时的次要版本

修复向后兼容的错误时的修补程序版本

链接：

• 语义版本控制：
• 其他版本控制方案：

---

有相互竞争的标准，这让我非常难过，尤其是在git流行的世界里

正如前面提到的，SymVer帮助很大，但很多流行软件都不使用它

不幸的是，在处理发行版时，这并没有多大帮助，发行版将补丁应用于特定版本的软件，有效地改变了软件的版本

我所见过的最接近“正统”的是尼克松。他们的软件的每个版本都是散列的，所有应用的补丁都是散列的，每个最终结果都有一个不同的散列，不管Git中有什么变化

结果输出也将不同，唯一地将其与其他输出区分开来

---

在采用这种方法之前，它是免费的，版本控制也不是一件一致的事情。

版本可以按照您喜欢的方式编号。没有规则。一般的做法是，主要的，可能不兼容的修订在小数点前有一个新的数字，次要的，兼容的修订在小数点后有一个新的数字，但没有凿成石碑需要它。这取决于你。