我尝试向wiki Software Versioning control学习，但是我不太了解。我知道最后的数字意味着已经修复了许多错误，并且我已经从Wiki获得了一些东西。 但是，像1.2.1和2.4.5这样的应用版本之间的主要区别是什么？有什么资料可以快速解释吗？当我在Play商店更新我的应用程序时，应该如何选择版本？如果更改API，应该将版本号的最后一位从1.1.2更改为1.1.3，还是必须将第一个数字（如1.1.2）更改为2.1.2？ 谢谢。
答案 0 :(得分：1)
答案取决于开发团队对版本控制方案的选择。根据我的经验，最常见的方案是Semantic Versioning方案，其中三个数字具有附加的语义值。
应用版本（例如1.2.1和2.4.5）之间的主要区别是什么？
这表明较新的软件2.4.5进行了重大更改，可能会给您或使用该代码的任何软件带来问题。
如果更改API，应该将版本号的最后一位从1.1.2更改为1.1.3，还是必须将第一个数字（如1.1.2）更改为2.1.2？
在这种情况下，如果更改有可能破坏消耗该API的其他代码，则应选择2.1.2版本，如果更改包含添加到API的内容但不包含更改，则应选择1.1.2脱离了API的功能或接口。
当我在Play商店更新我的应用时，应该如何选择版本？
选择对您或您的团队有意义的内容。有时，如果它受平台控制，则可能无法选择，但只能依赖于所处环境。这意味着要遵循要开发的平台的版本控制约定。
序列(1.x.x)中的第一个数字是主要版本，从语义上讲，该软件具有重大更改，可能会影响依赖于该软件的任何其他软件。例如，您可能拥有一个API，可以将升级版本中的URI路径从1.x.x完全更改为2.x.x。
次要版本是对代码的更改，这些更改不反映重大更改，但意义重大，足以保证版本增加。然后，通常情况下，这不包括对代码的添加，以添加功能并且不会破坏功能。因此，如果您将新的端点添加到现有的API并保持所有其他端点相同，则可以将API的版本从x.1.x增加到x.2.x。
方案中的最后一个数字代表错误/内部版本，具体取决于您要如何看待它。在像我这样的团队中，我们使用第三个数字来自动增加每次将CI / CD管道推送到版本库的CI / CD管道的版本。这也可以用于应用程序生命周期中出现的错误修复和热修复。例如，x.x.1至x.x.2。
这不是唯一的版本控制方案，也不是最后一个发明的方案。但是，该方案似乎在运动中受到了业界的关注，值得学习。另外，当您在版本号背后具有含义并提交与之匹配的标准时，它可以在CI / CD管道上启用一些很酷的自动化技巧。 （Conventional Commits）