我该如何在iTunes Connect/Apple TestFlight上区分STAGE和PRODUCTION构建版本?

15
舞台构建与舞台服务器通信,舞台服务器尽可能与生产服务器相同,用于测试目的。
生产构建与生产服务器通信,存储真实的关键数据。
这些构建基本上是为同一应用程序而创建的。然而,iTunes Connect界面将向您显示以下内容:
即,构建是通过其构建号唯一标识的,没有其他标识。
问题在于:没有任何指示告诉我是否某个特定构建是舞台或生产环境。我怎么可能记得住?
那么,我该如何分别管理STAGE和PRODUCTION构建呢? 有什么想法吗?
另外,最简单的方法是在iTunes Connect上创建两个独立的应用程序-一个用于STAGE环境,另一个用于PRODUCTION环境。您可以在任何其他托管服务上执行此操作,所以这里没有区别。

两个独立的应用程序是正确的选择。 - Ric Santos
3
5年后,我们有没有测试飞行的这种选择?我也遇到了相同的阶段/生产问题。 - Fayza Nawaz
1个回答

1

我有同样的问题。我们在开发构建/临时环境中使用真实的testflightapp网站,因为iTunesConnect太慢了。

如果我们与外部客户进行测试,我们只需向iTunesConnect提交一个设置不同的服务器的临时构建版本。一旦测试完成,我们就会提交应用的正式版本进行审核。

这真是让人头疼。如果我们能够访问某些内容来确定应用程序正在运行的是否为临时环境或者是正式版本就好了。

我猜我们可以通过签名证书来判断,但我不确定是否可行?可行吗?

我们有脚本来自动上传到iTunesConnect,这减轻了一些痛苦。但基本上,大部分时间都很难跟踪所有指向的内容。


1
哦,很抱歉听到您也面临同样的问题。只需在iTunes Connect上创建另一个“应用程序”即可。这对我来说运作正常。我称它们为“alpha”和“beta”——“alpha”构建使用分段服务器,永远不会提交进行 beta 回顾。“beta”则使用生产服务器,并始终提交进行 beta 回顾。啊,我也想了解您的部署脚本。您从哪里找到有关如何执行此操作的信息? - fatuhoku
理想情况是构建本身知道它正在运行的环境。这可能存在安全隐患,但从开发的角度来看,这很好——因为每次提交都可以大大减少编译/上传时间。 - fatuhoku
1
请查看 https://github.com/nomad/shenzhen。它包含了上传到TestFlight、HockeyApp和iTunesConnect等的脚本。 - d0n13
1
Fastlane是一款更全面和可定制的自动化工作流程工具(利用shenzhen),可以在此处获得:http://fastlane.tools。 - fatuhoku

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接