我知道如何更改版本号但我想知道我们更改版本号的条件是什么？它与内部版本号有何不同？
我们是否为代码中的每个次要编辑更改版本，例如，修复了一个小错误？或者我们更改它以进行重大修订？
答案 0 :(得分：1)
客户的版本号，开发人员的内部版本号。 在我看来，在每次推送给Git之前，让内置编号+1。 除非我决定将我的应用程序上传到iTunes连接，否则我不会更改版本号。 如何更改版本号取决于自我上一次在iTunes上构建版本以来添加或改进的功能数量。如果我修复了一个可能导致应用程序崩溃的关键错误，请让第三个版本的+1版本尽快上传到iTunes。如果我修复了一个小错误，我就不会上传它而只是让它构建版本+ 1.许多版本更新可能会导致用户恼火并忽略它。 如果添加了新功能或修复了许多小错误，请使用第二个版本+1并上传它。 如果添加了一些新功能并修复了一些小错误，那么它就是一个全新的版本，我会让第一个版本号为+1。
答案 1 :(得分：0)
版本号是一些“编码”，用于表示应用程序在成熟度方面的位置。请注意，我试图不在“定义”中使用单词version，所以我使用成熟来表示应用程序所处的开发状态。所以理论上就像1.0.0（或1.0）这样的版本代表您的第一个版本。随着您添加功能（即应用程序越来越成熟），您的版本号将会更改。
你如何编码它取决于你，但你通常会看到类似的东西：
X.Y.Z
其中：
主要，次要和修补程序的构成由您决定。
例如，主要版本更改可能是您完全重写了部分应用程序以使用较新的数据库。一个微小的变化可能是您添加了AirPrint支持。修补程序更改可能只是一些错误修复，但没有新添加的功能。通常，major和minor将表示功能更改或某些底层架构更改，而修补程序更多只是错误修复。
有些人不喜欢使用x.y.z而只是使用x.y.这确实是一个偏好的问题。
在App Store提交期间使用构建版本来表示您的提交尝试。
如Apple文档（https://developer.apple.com/library/ios/technotes/tn2420/_index.html）
中所述版本号和内部版本号值一起工作 唯一标识特定App Store的构建和发布 提交。对于每个新版本的应用程序，您将提供一个新版本 唯一版本号，您可以提供一个或多个版本（或 提交）每个具有不同且唯一的Build Number 使用相同的版本号。应用程序中使用的所有版本号必须 独一无二。您无法重复使用版本号。此外，当你创建新的 发布时，必须按升序顺序添加新版本号 顺序。
Build Numbers提供了一种为每个提交内容命名的方法 提供特定版本。如定义中所述 上面，您为a提供的所有构建的集合 您的应用程序的特定版本称为该版本的'版本 培养'。 Build Number在每个版本系列中必须是唯一的，但是 它们不需要在不同的发布列车中是唯一的。那是 也就是说，您可以在不同版本中再次使用相同的Build Number 火车，如果你想。并且，当您为a创建和提交新版本时 发布时，您分配给它们的Build Number必须是升序 顺序。
一遍又一遍多次使用相同的版本号是正常的 在上传提交内容时再次使用不同的内部版本号 特定版本的应用程序。