【问题标题】:How can I distinguish between STAGE and PRODUCTION builds on iTunes Connect / Apple TestFlight?如何区分 iTunes Connect / Apple TestFlight 上的 STAGE 和 PRODUCTION 构建?
【发布时间】:2015-03-06 12:55:21
【问题描述】:

为了测试目的,Stage 构建与 Stage 服务器进行通信,这些服务器尽可能与生产服务器相同。

生产构建与生产服务器的对话,生产服务器存储真实的关键数据。

这些版本本质上是针对同一个应用程序的。但是,iTunes Connect 界面会显示以下内容:

即构建由其构建号唯一标识,仅此而已。

问题就在这里:没有任何东西可以告诉我任何特定的构建是阶段性的还是生产性的。我怎么可能记得?

那么——我应该如何分别管理 STAGE 和 PRODUCTION 构建?有什么想法吗?

附言好的,我想最简单的方法是在 iTunes Connect 上创建两个单独的应用程序——一个用于 STAGE,一个用于 PRODUCTION。您会为任何其他托管服务执行此操作,所以我想这里没有区别。

【问题讨论】:

  • 两个独立的应用程序是要走的路。
  • 5年后,试飞有这样的选择吗?我面临同样的阶段/产品问题。

标签: ios production-environment testflight staging


【解决方案1】:

我也有同样的问题。我们使用真正的 testflightapp 网站进行开发构建/登台,因为 iTunesConnect 太慢而无法扭转局面。

如果我们正在与外部客户进行测试,我们只需向 iTunesConnect 提交一个临时构建,唯一的区别是我们的应用程序指向的服务器。测试完成后,我们会提交应用的实时版本以供审核。

真的很痛苦。如果我们能够访问一些东西,告诉使用该应用程序在暂存环境中运行或者是真实的实时版本,那就太好了。

我想我们可以通过配置来判断,但我不确定这是否可能?是吗?

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

【讨论】:

  • 嗯!很抱歉听到您面临同样的问题。只需在 iTunes 连接上创建另一个“应用程序”。这对我来说没问题。我称它们为“alpha”和“beta”——“alpha”构建使用登台服务器,并且从未提交过 beta 审查。 'beta' 使用生产服务器并且总是提交给 beta 审查。啊。我还想了解您的部署脚本。您在哪里找到有关如何执行此操作的信息?
  • 理想的情况是,如果构建本身知道它在什么环境中运行。可能存在安全隐患,但在开发方面它是好的——因为它大大减少了编译/上传时间每次提交。
  • 看看github.com/nomad/shenzhen。它包含上传到 testflight、hockeyapp 和 iTunesConnect 等的脚本
  • Fastlane 是一个更加全面和可定制的自动化工作流工具(利用 shenzhen),可在此处获得:fastlane.tools
猜你喜欢
  • 2015-08-10
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-06-29
  • 2011-09-04
相关资源
最近更新 更多