什么时候更新你的 pom 中的主要版本而不是次要版本？
When is the right time to update a major version and not minor version in your pom?
我有一个实用程序服务 x，它位于 maven 存储库中，并被我的其他一些服务使用。当我们进行小的更改时，我们通常会更新服务 x 的次要版本，目前我们的版本是 1.0.15。
不，我正在做另一项更改，我在考虑是应该将版本更新到 1.0.16，还是应该将版本更新为 1.1.0。
如果任何人都可以提供一般情况下应该如何完成的解释，那我肯定会帮助其他开发人员以及我。如果您需要更多信息，请告诉我。
不同的项目在这方面遵循不同的标准，因此请遵循存储库迄今为止所做的工作。
一个备受推崇的标准称为语义版本控制 (https://semver.org/)。如果您正在开始一个新项目或者还没有一个标准，我会推荐使用这个。
语义版本的格式为：MAJOR.MINOR.PATCH.
- 如果您修复了错误：增加补丁版本
- 如果您以不间断的方式引入了新功能：增加次要版本（并将补丁重置为 0）
- 如果您引入了重大更改：增加主要版本（并将补丁和次要版本重置为 0）。
如果您不确定您的更改是否是重大更改 - 请从消费者的角度考虑您的包裹（或 API）。如果他们的代码由于您的更改而必须更改，那么这是一个重大更改。
我有一个实用程序服务 x，它位于 maven 存储库中，并被我的其他一些服务使用。当我们进行小的更改时，我们通常会更新服务 x 的次要版本，目前我们的版本是 1.0.15。 不，我正在做另一项更改，我在考虑是应该将版本更新到 1.0.16，还是应该将版本更新为 1.1.0。 如果任何人都可以提供一般情况下应该如何完成的解释，那我肯定会帮助其他开发人员以及我。如果您需要更多信息，请告诉我。
不同的项目在这方面遵循不同的标准，因此请遵循存储库迄今为止所做的工作。
一个备受推崇的标准称为语义版本控制 (https://semver.org/)。如果您正在开始一个新项目或者还没有一个标准，我会推荐使用这个。
语义版本的格式为：MAJOR.MINOR.PATCH.
- 如果您修复了错误：增加补丁版本
- 如果您以不间断的方式引入了新功能：增加次要版本（并将补丁重置为 0）
- 如果您引入了重大更改：增加主要版本（并将补丁和次要版本重置为 0）。
如果您不确定您的更改是否是重大更改 - 请从消费者的角度考虑您的包裹（或 API）。如果他们的代码由于您的更改而必须更改，那么这是一个重大更改。