【问题标题】:How to have multiple versions of app in TestFlight?如何在 TestFlight 中拥有多个版本的应用程序?
【发布时间】: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


【解决方案1】:

你一直在谈论像v1.0.1 这样的数字。这看起来像是一个面向公众的版本字符串,带有主要、次要和补丁号。

但这不是 TestFlight 关心的。嗯,它在某种程度上关心。但所有 TestFlight真正 关心的是,您上传的每个新版本都有一个新的 build 编号。这只是一个整数,您只需在每次提交新构建时递增。

所以你可以在 App Store 上拥有v1.0.1(23),然后在 TestFlight 上你可以上传 v1.0.2(24),它开始向 1.0.2 版前进,但也可以上传 v1.0.2(25),这实际上是对未来版本的尝试1.1。 TestFlight 不知道也不关心这些不同的构建代表什么表示。它们都可以同时存在于 TestFlight 上。让它们保持直线并保持各自的轨迹取决于您。

【讨论】:

    【解决方案2】:

    我可以将应用的多个版本上传到 TestFlight。每次上传都需要更高的版本/内部版本号,但您可以根据需要在它们之间切换 TestFlight 测试版本以进行测试。

    然而,一旦我提交了特定的构建以供发布,我似乎失去了对旧构建的 TestFlight 访问权限。

    简而言之,您可以在 TestFlight 中提供许多可用的构建,但是一旦您提交应用程序以供发布,您就必须重新开始为 TestFlight 构建构建。

    【讨论】:

      猜你喜欢
      • 2016-10-24
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-09-27
      • 1970-01-01
      • 2014-05-29
      • 1970-01-01
      相关资源
      最近更新 更多