将此类版本控制命名为 semver 是不是正确？

Posted 2023-03-07

【中文标题】将此类版本控制命名为 semver 是不是正确？

【英文标题】：Is it correсt to name such versioning a semver?将此类版本控制命名为 semver 是否正确？

【发布时间】：2019-07-19 05:37:27

【问题描述】：

大家好。

系统架构师和我公司的一些开发人员说，要使用：

对于次要版本 - 合并请求的数量 对于补丁 - 提交次数

是语义版本。

我已经阅读了semver spec，但找不到类似的东西。我说的对吗？

PS：这不是玩笑，这是真的，我们在 CI 管道中使用它，证明（我们在 Harbor docker 注册表中的工件）：https://i.stack.imgur.com/m7dqp.png

【问题讨论】：

如果您想出不同的“解决方案”，请告诉我们，否则，请接受我的回答。两者都可能对寻找相同答案的其他用户有用????

【参考方案1】：

不，不可能！提交的数量不代表错误修复的数量（一个错误修复也可能需要 100 次提交），合并请求的数量不代表添加的功能的数量（10 个合并请求可能是 10 个错误修复，但没有一个新功能）。

但在您的公司中，这是一个内部标准，而且在内部可能真的很有帮助。所以，即使你不能称之为“真正的”semver，也要跟上它?