我有一个即将到来的更改，它很可能会使较新的文档无法在旧版本的程序中加载，但这些更改仍然允许加载旧的文档。这是主要版本的增加还是仅次要版本的增加。 Semver只谈向后兼容性，而不是相反。
浏览 22提问于2021-10-02得票数 0
回答已采纳
1回答
所以我正在学习向前兼容性，我想知道你是否可以警告一个“依赖者”，一个依赖是向后兼容的，而不是前向兼容*，反之亦然。如果在公共API中引入了新的、向后兼容的功能7.，则必须增加重点雷的次要版本Y (x.Y.z \x> 0)。如果在公共API中引入
浏览 0提问于2019-03-13得票数 4
我目前正在为Puredata中的RESTful web请求开发一个新的库，并且即将发布版本1.0.0。此版本不会实现所有HTTP谓词，只实现GET、PUT、POST和DELETE。在下一个版本中，这个库很可能包括用于RESTful请求、修补程序、头、选项、连接、跟踪的其他HTTP谓词。如果在公共API中引入</
浏览 0提问于2013-12-19得票数 2
回答已采纳
我正在尝试理解在rest中使用术语的一件事。森佛说
如果在公共API中引入了任何向后不兼容的更改，则必须增加主版本X (X.y.z \x> 0)。它还可能包括小的和补丁级别的更改。当主版本增加时，必须将修补程序和次要版本重置为0。https://semver.org/#spe
浏览 0提问于2021-05-05得票数 0
回答已采纳
我不确定何时使用语义版本控制增加补丁、次要补丁和主要补丁。你会怎么处理这件事？
浏览 10提问于2021-08-25得票数 0
遵循带有的x.y.z，我知道我应该从0.1.0版本开始我的开发，并在发生以下情况时执行以下操作：
特征：？正如问号所示，在我的未发布的应用程序中添加新功能时，应该增加y还是z？
浏览 4提问于2020-09-30得票数 0
我正在为以下情况寻求指导-1.1.0如果在"1.1.0“版本修复中发现了一个bug/缺陷，这将引入一个破坏性的非向后兼容更改，那么需要如何处理版本控制在半个月之后，一个突破性的变化将需要增加主要版本
浏览 0提问于2018-09-28得票数 0
如果库同时支持Python2和3，并且我不支持Python2，那么我应该选择SemVer的哪一部分，大调还是小调？
浏览 0提问于2019-05-14得票数 4
正如语义版本化 (和常识)所声明的，如果引入了不向后兼容的更改，则主版本将增加。现在让我们假设我们有一个名为Project的项目，它有一个当前版本的1.0.42和一个库Lib，它现在依赖于一个2.1.3版本。这是否意味着，遵循最初的意识形态，我们应该
浏览 0提问于2013-05-30得票数 1
我的理解是，使用X.Y.Z，我们只更改X以打破更改。Y表示向后兼容的函数更改。因此，我是否正确地假设，即使我的更新是对功能的一个绝对巨大的附加-没有打破的变化，因为它只是一个附加，我仍然不会改变X。TLDR无论更新如何“重要”，如果它不是一个突破性的
浏览 0提问于2019-04-12得票数 5
来自
假设我有一个版本为0.1.12的程序。如果必须增加Y (0.Y.12)，应该将Z (0.2.Z)返回到0(变为0.2.0)，还是保持不变(变为0.2.12)？
浏览 3提问于2011-09-09得票数 13
回答已采纳
1回答
在以前的OpenGL版本中，次要版本会向上增加，直到大量更改累积到新的主版本中。OpenGL 3.x和4.x引入了向后不兼容的API更改，然后OpenGL 3.2和3.3被称为是三个系列的特定分支，它们不向前兼容，而OpenGL与4.1+兼容。与OpenGL 3.1相比，OpenGL 4.1提供了哪些关键<em
浏览 4提问于2011-01-27得票数 17
在中，我们有一个关于如何以创建标准和避免某些依赖关系管理问题的方式管理软件版本的“正式描述”。在中，我们有如下内容：
如果在公共API中引入了新的、向后兼容的功能，则必须增加次要版本Y (x.Y.z \x> 0)。如果任何公共API功能被标记为不推荐使用，则必须递增。如果在私有代码中引入了大量的新功能或改进，则可能会<e
浏览 3提问于2017-07-04得票数 2
回答已采纳
在我正在构建的web应用程序中，我可能同时完成两个不同的次要特性:实现一个新的网页和实现通知栏。在将这两者合并到GitHub上的主服务器并解决现有的冲突之后，我将发布它。我现在的版本是0.9.1
当我再次发布时，将会有两个新的小变化。会变成0.11.0，0.10.0吗？https://semver.org似乎没有给出任何关于这
浏览 0提问于2019-07-17得票数 0
回答已采纳
3回答
我的理解是，为了维护源代码兼容性，Java从不向公共接口引入新方法，因为这会破坏实现接口的现有客户端。态
维护版本(如1.4.1、1.4.2)没有引入任何新的语言特性或API。他们将保持源代码的兼容性。功能版本和主要版本(如1.3.0、1.4.0、5.0)保持向上但不是向下的</em
浏览 4提问于2009-08-11得票数 9
回答已采纳
我使用AWS流程框架来设置SWF。如果引入了向后不兼容的更改，SWF建议增加活动或工作流的版本。更改数据转换器是否可以被视为向后不兼容的更改破坏工作流重放？
数据转换器：
浏览 0提问于2019-07-18得票数 0
回答已采纳
我有一个实用程序服务x，它在maven repo中，并被我的其他一些服务所使用。我们通常在做小更改时更新服务x的次要版本，目前我们使用的是1.0.15版本。不，我正在进行另一项更改，我在考虑是应该将版本更新为1.0.16，还是应该将版本更新为1.1.0。如果有人能提供一个解释，这应该<
浏览 4提问于2021-01-11得票数 2
回答已采纳
当更新到.NET的一个新的主要版本(在本例中是从.NET 5升级到.NET 6)时，除了在Visual中选择新的目标框架之外，不需要做任何更改，这是否需要一个新的主要版本，或者在遵循SemVer-原则的情况下，是否需要修改次要版本？当我从.NET Framework4.8升级到.NET 5时，这是一个主要数字的原因，因为在内部进行了许多更改，但对
浏览 0提问于2022-06-17得票数 3
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
