是否有正确的方法来处理 iTunes Connect 内部版本号?
Is there a correct way to do iTunes Connect build numbers?
我将内部版本号设为 1,然后设为 2。
这重要吗 - 这只是您如何做的偏好问题吗?
内部版本号(或 CFBundleVersion
)不会显示在 App Store 中,因此对于用户来说这并不重要。
内部版本号的目的是开发者可以区分使用相同版本的不同内部版本 (CFBundleShortVersionString
)。
假设您正在开发 2.1.0
版本。在 App Store 上发布此版本之前,您可能希望将 Beta 版本分发给测试人员。如果他们报告任何问题并且您修复了它们,您将需要创建并上传一个新版本,但可能仍使用版本 2.1.0
。在那种情况下,您将使用内部版本号来区分这两个版本。
您可以使用任何您喜欢的构建版本。 Apple 提供了一个工具来增加名为 agvtool
的 Xcode 个项目中的内部版本号。
另一种方法(也是我个人所做的)是使用 git 提交计数作为内部版本号。这可以是 automated via a Build Phase。这样,您所做(和提交)的每项更改都会自动增加您的内部版本号。
我将内部版本号设为 1,然后设为 2。
这重要吗 - 这只是您如何做的偏好问题吗?
内部版本号(或 CFBundleVersion
)不会显示在 App Store 中,因此对于用户来说这并不重要。
内部版本号的目的是开发者可以区分使用相同版本的不同内部版本 (CFBundleShortVersionString
)。
假设您正在开发 2.1.0
版本。在 App Store 上发布此版本之前,您可能希望将 Beta 版本分发给测试人员。如果他们报告任何问题并且您修复了它们,您将需要创建并上传一个新版本,但可能仍使用版本 2.1.0
。在那种情况下,您将使用内部版本号来区分这两个版本。
您可以使用任何您喜欢的构建版本。 Apple 提供了一个工具来增加名为 agvtool
的 Xcode 个项目中的内部版本号。
另一种方法(也是我个人所做的)是使用 git 提交计数作为内部版本号。这可以是 automated via a Build Phase。这样,您所做(和提交)的每项更改都会自动增加您的内部版本号。