iTunnesConnect 版本管理
iTunnesConnect version management
是否可以将较低版本的应用程序部署到 iTunnesConnect (testflight)？
让我们考虑这个例子：
- 上次上传的版本是 2.0.0（目前正在制作中）
- 开始了一项将在 2.1.0 中发布的新功能
- 已上传测试版本 (2.1.0.featureA001)
- 做了一些工作并上传了另一个版本 (2.1.0.featureA002)
- 同时，prod（目前是2.0.0）需要修复一个bug
- bug修复后需要测试，所以版本为(2.0.1.bugfix001)
- 然而，2.0.1.bugfix001 低于上次上传的 2.1.0.featureA002
- 但有必要同时测试两者
根据 Apple 文档，上传的版本必须始终高于前一个版本...
您可以上传任何版本的构建，甚至是旧版本，并使这些构建在 TestFlight 下可用。
您的方案可能存在问题的地方是您只能有两个版本与 App Store 相关联；当前版本和下一个版本。
只要您没有为 2.1.0 创建新的应用商店版本，您就可以创建 2.0.1，上传构建并提交以供批准，同时继续在 TestFlight 下上传和测试 2.1.0 构建.
如果您已经在 App Store 上创建了 2.1.0 的占位符，那么您将无法创建 2.0.1
在给定版本中，内部版本号必须高于该版本的最后一个内部版本。
是否可以将较低版本的应用程序部署到 iTunnesConnect (testflight)？
让我们考虑这个例子：
- 上次上传的版本是 2.0.0（目前正在制作中）
- 开始了一项将在 2.1.0 中发布的新功能
- 已上传测试版本 (2.1.0.featureA001)
- 做了一些工作并上传了另一个版本 (2.1.0.featureA002)
- 同时，prod（目前是2.0.0）需要修复一个bug
- bug修复后需要测试，所以版本为(2.0.1.bugfix001)
- 然而，2.0.1.bugfix001 低于上次上传的 2.1.0.featureA002
- 但有必要同时测试两者
根据 Apple 文档，上传的版本必须始终高于前一个版本...
您可以上传任何版本的构建，甚至是旧版本，并使这些构建在 TestFlight 下可用。
您的方案可能存在问题的地方是您只能有两个版本与 App Store 相关联；当前版本和下一个版本。
只要您没有为 2.1.0 创建新的应用商店版本，您就可以创建 2.0.1，上传构建并提交以供批准，同时继续在 TestFlight 下上传和测试 2.1.0 构建.
如果您已经在 App Store 上创建了 2.1.0 的占位符，那么您将无法创建 2.0.1
在给定版本中，内部版本号必须高于该版本的最后一个内部版本。