ios - App Store 发布时必须增加哪个 iOS 应用程序版本/内部版本号？

Question

iOS 应用的版本/构建字段包括:

• "Version"CFBundleShortVersionString(字符串 - iOS、OS X)指定包的发布版本号，它标识应用程序的发布迭代。发布版本号是由三个以句点分隔的整数组成的字符串。

• "Build"CFBundleVersion(字符串 - iOS、OS X)指定 bundle 的构建版本号，它标识 bundle 的迭代(已发布或未发布)。构建版本号应该是一个字符串，由三个非负的、以句点分隔的整数组成，第一个整数大于零。该字符串应仅包含数字 (0-9) 和句点 (.) 字符。每个整数的前导零被截断并被忽略(即 1.02.3 等同于 1.2.3)。此 key 不可本地化。

• “iTunes Connect 版本号”:您在 iTunes Connect 上创建应用程序的新版本时指定的版本号。

我的问题是:

当应用的新版本上传到 iTunes Connect 和/或发布到 App Store 时，哪些版本/内部版本号需要递增？

可以是“版本”CFBundleShortVersionString或“构建”CFBundleVersion在应用程序更新之间保持不变？

Apple 来源的加分或 iTunesConnect 在上传无效版本/内部版本号时显示的确切错误消息。

---

Android/Google Play 注意事项:

引发此问题的讨论是，Google Play 商店中 Android 应用的公开“版本”不需要需要递增，并且无法验证. android:versionName可以在版本、升级、降级之间保持不变，或者是任何随机字符串，而不是看似有效的“版本号”。

android:versionName — A string value that represents the release version of the application code, as it should be shown to users.

The value is a string so that you can describe the application version as a <major>.<minor>.<point> string, or as any other type of absolute or relative version identifier.

Difference between versionName and versionNumber in Android

而 android:versionCode强制为发布时递增的整数。

---

苹果文档

如 the newly accepted answer 中所述，Apple 最近发布了一份技术说明，详细说明了他们的版本和内部版本号方案:

Apple Technical Note TN2420 - Version Numbers and Build Numbers

Answer 1

Apple Technical Note TN2420, Version Numbers and Build Numbers

总结:

• 这对 (Version, Build number) 必须是唯一的。
  • 序列有效:(1.0.1, 12) -> (1.0.1, 13) -> (1.0.2, 13) -> (1.0.2, 14) ...
• Version (CFBundleShortVersionString) 必须按升序排列。
• Build number (CFBundleVersion) 必须按升序排列。

---

Version Number and Build Number Checklist

Here are some things you can check when submitting a new build to the App Store. Making sure you have your Version Number and Build Number set properly will help you by avoiding having your App automatically rejected for having them improperly configured.

1. For each new version of your App, you need to invent a new Version Number. This number should be a greater value than the last Version Number that you used. Though you may provide many builds for any particular release of your App, you only need to use one new Version Number for each new release of your App.
2. You cannot re-use Version Numbers.
3. For every new build you submit, you will need to invent a new Build Number whose value is greater than the last Build Number you used (for that same version).
4. You can re-use Build Numbers in different release trains, but you cannot re-use Build Numbers within the same release train. For macOS apps, you cannot re-use build numbers in any release train.

---

根据 list ，以下(Version, Build Number) 序列也是有效的。

• 案例:在不同的发布序列中重复使用 Build Number。 (注意:不是 macOS 应用)

  (1.0.0, 1) -> (1.0.0, 2) -> ... -> (1.0.0, 11)-> (1.0.1, 1) -> (1.0.1, 2)