何时更改iOS中的版本号？

我知道如何更改版本号，但我想知道更改版本号的条件是什么？它与版本号有什么不同

---

我们是否会为代码中的每一次小编辑更改版本，例如，修复一个小错误？或者我们将其更改为主要修订版？

客户的版本号，开发人员的版本号。 在我看来，在每次推Git之前，让buildnumber+1。 除非我决定将我的应用程序上传到iTunes connect，否则我不会更改版本号。 如何更改版本号取决于自上次在iTunes上构建版本以来我添加或改进了多少功能。如果我修复了一个可能导致应用程序崩溃的关键错误，请让第三个版本+1尽快上传到iTunes。如果我只是修复了一个小错误，我不会上传它，只让构建版本+1。太多的版本更新可能会导致用户恼火并忽略它。 如果添加了新功能或修复了大量小错误，请使用第二个版本+1并上传。

---

如果添加了一些新功能并修复了一些小错误，这是一个全新的版本，我会让第一个版本号+1。

客户的版本号，开发人员的版本号。 在我看来，在每次推Git之前，让buildnumber+1。 除非我决定将我的应用程序上传到iTunes connect，否则我不会更改版本号。 如何更改版本号取决于自上次在iTunes上构建版本以来我添加或改进了多少功能。如果我修复了一个可能导致应用程序崩溃的关键错误，请让第三个版本+1尽快上传到iTunes。如果我只是修复了一个小错误，我不会上传它，只让构建版本+1。太多的版本更新可能会导致用户恼火并忽略它。 如果添加了新功能或修复了大量小错误，请使用第二个版本+1并上传。

---

如果添加了一些新功能并修复了一些小错误，这是一个全新的版本，我将让第一个版本号+1。

版本号是一些“编码”，您将使用它来表示应用程序的成熟度。请注意，我试图在“定义”中不使用“版本”一词，因此我使用成熟度来表示应用程序的开发状态。因此，像1.0.0（或1.0）这样的版本在理论上代表您的第一个版本。随着您添加功能（即应用程序越来越成熟），您的版本号将发生变化

如何编码取决于您，但您通常会看到以下情况：

x、 y.z

其中：

• 主要版本
• y-小调版本
• z-修补程序版本

主要、次要和修补程序由您决定

例如，一个主要的版本更改可能是您完全重新编写了应用程序的一部分，以使用更新的数据库。一个微小的变化可能是您添加了AirPrint支持。热修复更改可能只是一些错误修复，但没有新添加的功能。一般来说，主要和次要的将表示功能更改或一些底层架构更改，而热修复程序则更只是bug修复

有些人不喜欢使用x.y.z，而只是使用x.y。这确实是一个偏好问题

应用商店提交过程中使用生成版本来表示您的提交尝试

如苹果公司文档中所述（）

版本号和内部版本号值一起工作以 唯一标识特定应用商店的构建和发布 提交。对于应用程序的每个新版本，您将提供一个新的 唯一的版本号，您可以提供一个或多个版本（或 提交文件）每个文件都有一个不同且唯一的版本号 使用相同的版本号。应用程序中使用的所有版本号必须 要独一无二。您不能重复使用版本号。另外，当您创建新的 发布时，必须按升序顺序添加新版本号 秩序

内部版本号提供了一种命名您提交的每个提交的方法 提供特定的版本。如定义中所述 上面是您为 应用程序的特定版本称为该版本的“发布” 火车'。每个发布序列中的版本号必须是唯一的，但是 它们不需要在不同的发布序列中是唯一的。就是 也就是说，您可以在不同的版本中再次使用相同的版本号 如果你想的话，你可以坐火车。并且，当您为 发布时，分配给它们的内部版本号必须为升序 顺序

反复使用同一版本号是正常的 同样，在上载提交内容时使用不同的内部版本号 应用程序的特定版本

---

版本号是您将用来表示应用程序成熟度的某种“编码”。请注意，我试图在“定义”中不使用“版本”一词，因此我使用成熟度来表示应用程序的开发状态。因此，像1.0.0（或1.0）这样的版本在理论上代表您的第一个版本。随着您添加功能（即应用程序越来越成熟），您的版本号将发生变化

如何编码取决于您，但您通常会看到以下情况：

x、 y.z

其中：

• 主要版本
• y-小调版本
• z-修补程序版本

主要、次要和修补程序由您决定

例如，一个主要的版本更改可能是您完全重新编写了应用程序的一部分，以使用更新的数据库。一个微小的变化可能是您添加了AirPrint支持。热修复更改可能只是一些错误修复，但没有新添加的功能。一般来说，主要和次要的将表示功能更改或一些底层架构更改，而热修复程序则更只是bug修复

有些人不喜欢使用x.y。