SemVer 本身并不是为大型应用程序设计的。我的理解是，它更多地针对被软件使用的库，特别是版本编号逻辑围绕包的 API 构建。
不过，我们可以将 SemVer 应用于我们的 API。围绕 Discourse 暴露的 API 拥有更强的保证绝对是一个值得进行的讨论，但我认为这与当前的话题是分开的。
现在，我明白你并没有说我们应该符合 SemVer——你只是说我们应该坚持使用符合 SemVer 指定的编号系统的_数字_。
- 普通版本号必须采用 X.Y.Z 的形式，其中 X、Y 和 Z 是非负整数，并且不得包含前导零。X 是主版本号，Y 是次版本号，Z 是补丁版本号。每个元素必须在数值上递增。例如：1.9.0 → 1.10.0 → 1.11.0。
我认为如果我们选择这条路线，唯一会违反的就是“前导零”的建议。
否则，我认为任何 SemVer 库仍然能够解析我们建议的版本号并正确地对它们进行排序。
撇开这些不谈，你能否分享更多关于你为什么认为符合 SemVer 编号系统有价值的看法？