在“SemVer.org”中,第 7 项中的“它可能包括补丁级别更改”是啥意思?

Posted

技术标签:

【中文标题】在“SemVer.org”中,第 7 项中的“它可能包括补丁级别更改”是啥意思?【英文标题】:In "SemVer.org" what does mean "It MAY include patch level changes" in item 7?在“SemVer.org”中,第 7 项中的“它可能包括补丁级别更改”是什么意思? 【发布时间】:2017-12-08 08:59:19 【问题描述】:

在http://semver.org/spec/v2.0.0.html 中,我们有一个关于如何管理软件版本控制以创建标准并避免一些依赖关系管理问题的“正式描述”。在item-spec-7 中我们有如下内容:

如果将新的、向后兼容的功能引入公共 API,则必须增加次要版本 Y (x.Y.z | x > 0)。如果任何公共 API 功能被标记为已弃用,则必须递增。如果在私有代码中引入了大量的新功能或改进,它可能会增加。 它可能包括补丁级别更改。当次要版本增加时,补丁版本必须重置为 0。

1) 加粗的句子到底是什么意思? 1.1) 意味着我可以为 patch 选择我想要的任何值?但我不能只更改当前值的补丁级别吗?

Item 1.1 对我来说很有意义,但句子顺序让我感到困惑。毕竟,Minor 值刚刚增加,patch 被重置为 0(零)。

我做对了吗?

提前致谢!

【问题讨论】:

【参考方案1】:

据我所知,sermver.org (2.0.0) 的 iten-spec 7 中描述了如何增加次要版本值:

    如果向公共 API 引入新的向后兼容功能,则必须增加次要版本 Y (x.Y.z | x > 0)。如果任何公共 API 功能被标记为已弃用,则必须递增。如果在私有代码中引入了大量的新功能或改进,它可能会增加。它可能包括补丁级别更改。当次要版本增加时,补丁版本必须重置为 0。

可能包含补丁级别更改到这个新版本的代码中,并增加了 Minor。但是只有补丁级别的更改不能导致我们出现小幅增量。另一方面,它在 item-spec 6 中表示:

    如果只引入了向后兼容的错误修复,则必须增加补丁版本 Z (x.y.Z | x > 0)。错误修复被定义为修复错误行为的内部更改。

【讨论】:

【参考方案2】:

它可能包括补丁级别更改。当次要版本增加时,补丁版本必须重置为 0。

意味着如果你在1.1.0,那么你想发布一堆补丁级别的变化,你可能会碰到1.2.0 如果您在 1.1.23 并且想要发布下一个次要版本,那么您必须重置补丁 1.2.0

【讨论】:

关于您的回答:当您说“[...]发布一堆补丁级别更改”[...]时,您是在考虑只有这些更改会导致我们获得较小的价值增量?或者我们有一些其他更改(任何必须更改)并且我们“包含”了补丁更改,所以我们会增加 Minor?我现在在想什么:对我来说,另一个假设是,实际上,我们可以从 1.1.30 升级到 1.2.3,因为: Minor 已增加,补丁重置为零,然后,我们包含了一些补丁级别更改。你怎么看? 哦!补丁级别的更改与版本上的补丁值无关,而是代码本身的补丁更改。不是吗。。它可能包括补丁级别更改,而不仅仅是补丁级别更改 ...所以我认为您的答案不正确。因为,如果我们只是进行补丁级别更改,则阅读您所说的内容,我们可以增加 Minor,这是错误的。据我了解,Item-spec 6 描述了如何仅处理补丁级别的更改。无论如何,谢谢你的帮助,我真的很感激。 这个答案不正确。这意味着,您还可以通过将次要补丁重置为零来将补丁级别更改包含在您的次要级别更改中。

以上是关于在“SemVer.org”中,第 7 项中的“它可能包括补丁级别更改”是啥意思?的主要内容,如果未能解决你的问题,请参考以下文章

主要的 SemVer 更新应该级联吗?

使用 SQL 进行语义版本排序

仅包含每个重复项中的第一个的 Linq 键

语义化版本 semantic version 版本的含义 semver

向枚举添加值时的 Semver

nodejs开发过程中遇到的一些插件记录