Ios 我如何区分iTunes Connect/Apple TestFlight上的舞台版和制作版?

Ios 我如何区分iTunes Connect/Apple TestFlight上的舞台版和制作版?,ios,production-environment,testflight,staging,Ios,Production Environment,Testflight,Staging,出于测试目的,阶段构建与阶段服务器进行对话,阶段服务器与生产服务器尽可能相同 生产构建与存储真实关键数据的生产服务器通信 这些构建基本上是针对同一应用程序的。但是,iTunes Connect界面将显示以下内容: i、 e.版本由其版本号唯一标识,而不是其他标识 这就是问题所在:没有任何东西能向我表明任何特定的构建是阶段性的还是生产性的。我怎么可能记得呢 那么-我应该如何分别管理舞台和制作构建?有什么想法吗 p、 好吧,我想最简单的方法就是在iTunesConnect上创建两个独立的应用程序—

出于测试目的,阶段构建与阶段服务器进行对话,阶段服务器与生产服务器尽可能相同

生产构建与存储真实关键数据的生产服务器通信

这些构建基本上是针对同一应用程序的。但是,iTunes Connect界面将显示以下内容:

i、 e.版本由其版本号唯一标识,而不是其他标识

这就是问题所在:没有任何东西能向我表明任何特定的构建是阶段性的还是生产性的。我怎么可能记得呢

那么-我应该如何分别管理舞台和制作构建?有什么想法吗


p、 好吧,我想最简单的方法就是在iTunesConnect上创建两个独立的应用程序——一个用于舞台,一个用于制作。您可以为任何其他托管服务执行此操作,因此我想这里没有区别。

我也有同样的问题。我们使用真实的testflightapp网站进行开发构建/阶段性开发,因为iTunesConnect速度太慢,无法扭转局面

如果我们与外部客户进行测试,我们只需向iTunesConnect提交一个暂存构建,其中唯一的区别是我们的应用程序指向的服务器。测试完成后,我们将提交应用程序的实时版本供审查过程使用

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

我想我们可以通过资源调配来判断,但我不确定这是否可行?是吗


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

Hmm!很遗憾听到你面临同样的问题。只需在iTunes connect上制作另一个“应用程序”。对我来说没问题。我称之为“alpha”和“beta”-“alpha”版本使用暂存服务器,从未提交beta版本审查测试版“使用生产服务器,并始终提交进行测试版审查。啊。我还想了解您的部署脚本。您在哪里找到了关于如何做到这一点的信息?理想的情况是,构建本身是否知道它在什么环境中运行。这可能会涉及到安全问题,但就开发而言,这是件好事,因为每次提交都会将编译/上传时间减少很多。它包含上传到testflight、hockeyapp和iTunesConnect的脚本。etcFastlane是一个更加全面和可定制的自动化工作流工具(利用
深圳
),在这里可以使用:两个独立的应用是可行的。5年后,我们在试飞上有这样的选择吗?我面临着同样的阶段/产品问题。