【发布时间】:2020-03-27 09:08:03
【问题描述】:
我刚刚在 Apple 商店上发布了一个应用程序,我想知道在 TestFlight 上测试同一应用程序的多个版本。当然,发布时开发不会停止......从现在开始,我将不得不更新应用商店版本(v1.0.0)并修复错误(v1.0.1、v1.0)。 0.2,...),在此之前,我想在试飞中检查它们以确保修复是适当的。
我的问题是我已经开始开发具有更多应用功能的下一个版本,它将成为 v1.1
因此,理想情况下,我希望我的应用既可用于我的错误修复,例如 v1.0.2,也可用于我的下一个版本 v1.1.0(这将包括对商店版本的所有错误修复以及许多新功能、重构、重新设计等)
我知道,如果我构建并上传到苹果商店,连接一个带有 v1.1.0(下一个版本)的构建,我将无法上传一个修复了错误的构建当前应用商店版本(v1.0.2),因为此版本会低于我上传的版本(下一个版本)
有没有办法做到这一点?我已经阅读了这篇文章https://savvyapps.com/blog/using-testflight-to-distribute-multiple-versions-ios-app,该解决方案是在 iTunes 中创建具有不同应用程序 ID 的额外应用程序并将它们绑定到不同的证书。但是当下一个版本准备好进入商店时会发生什么?我必须释放它然后禁用前一个?这对我的用户有何影响?他们是否必须重新安装新应用而不是更新它?
我真的需要在 TestFlight 中开始测试和检查我的应用程序的下一个版本,并且如果出现问题,还需要通过更新来支持当前版本。提前致谢!
【问题讨论】:
-
您应该通过每个发布而不是每个错误修复来增加版本号。
-
@MojtabaHosseini 即使遵循 MAJOR.MINOR.PATH 模式进行版本控制也不行?应该可以将它们分开......如果我增加下一个版本的版本号以开始测试它,那么我将无法上传另一个版本号较低的版本(这意味着一个错误修复......)
-
没有。只需在发布版本时增加它。如果您没有发布,您可能只想增加内部版本号。 see here
-
您可以简单地在应用程序中有多个目标,其中一个指向生产,另一个指向开发。这样做,您将始终可以选择保持生产应用程序的版本控制并进行修补程序。同时,您开发的新内容应该部署到应用程序的开发版本,一旦准备好投入生产,应用程序就应该上传到生产环境。
标签: ios testflight