2015-01-08 27 views
6

ステージは、テスト目的のために、プロダクションサーバーとできるだけ同一のステージサーバーを構築します。iTunes Connect/Apple TestFlightでSTAGEビルドとPRODUCTIONビルドを区別するにはどうすればよいですか?

プロダクションビルドは本物のクリティカルなデータを格納するプロダクションサーバと通信します。

これらは、基本的に同じアプリケーション用のビルドです。しかし、iTunesの接続インターフェイスは、あなたに以下が表示されます:

screenie

すなわちビルドを一意にビルド番号と他には何によって識別されます。

そこには問題があります。特定のビルドがステージかプロダクションかどうかは私には何も示されていません。どのように私はおそらく覚えていると予想されるだろうか?

STAGEとPRODUCTIONビルドを別々に管理する必要がありますか?何かご意見は?

p.s.これを行う最も簡単な方法は、iTunes Connectで2つの別々のアプリケーションを作成することです(STAGE用とPRODUCTION用)。あなたは他のホストされたサービスのためにこれを行うでしょうので、ここに違いはないと思います。

+0

2つの別々のアプリケーションがあります。 –

答えて

1

私は同じ問題があります。私たちは、実際のtestflightappウェブサイトを開発ビルド/ステージングに使用しています。これは、iTunesConnectの処理速度が遅すぎるためです。

私たちが外部顧客とテストしているのであれば、ステージングビルドをiTunesConnectに提出するだけです。ここでは、私たちのアプリケーションが指し示すサーバーが違います。このテストが完了したら、レビュープロセスのためにアプリのライブバージョンを送信します。

本当に苦しいです。アプリケーションがステージング環境で実行されているか、実際のライブバージョンであると言ったものにアクセスできればいいです。

プロビジョニングではわかりますが、可能かどうかわかりません。それは...ですか?

私たちには、iTunesConnectへのアップロードを自動化するためのスクリプトが用意されています。しかし、基本的には、すべてが何を指しているのかを把握するのに苦労しています。

+0

うん!同じ問題に直面していると聞いて申し訳ありません。 iTunes上の別の「アプリ」を接続するだけです。それは大丈夫です。私はそれらを「アルファ」と呼び、「ベータ」 - 「アルファ」ビルドはステージングサーバを使用し、ベータレビューのために提出されることはありません。 'ベータ'はプロダクションサーバーを使用し、常にベータレビューのために提出されます。 Ah。また、展開スクリプトについて知りたいと思います。あなたはそれを行う方法についての情報をどこで見つけましたか? – fatuhoku

+0

理想的なシナリオは、ビルド自体がどのような環境で動作しているかを知っている場合です。セキュリティ上の意味があるかもしれませんが、開発の観点からは、各サブミッションごとにコンパイル/アップロード時間をかなり短縮するためです。 – fatuhoku

+1

https://github.com/nomad/shenzhenをご覧ください。 testflight、hockeyapp、iTunesConnectなどにアップロードするためのスクリプトが含まれています – d0n13