複数のデプロイメント環境（プロダクション/ステージング/ etc）とFacebookアプリケーション

Question

Facebook Appsとステージング/プロダクション環境に関する「ベストプラクティス」の答えを探しています。本質的に、私は独自のIDと秘密を持つ独自のFacebook Appを各環境に提供しました。アプリケーション間でOG設定を共有することは簡単ではないので、私はアプリケーション設定をアイコン、要求されたアクセス許可、テキストなどにコピーしています（here、here、広範なグーグルリング）。それは痛みと醜いですが、私はそれと一緒に住んでいます。

悲しいかな、opengraphアクションの導入により、これはもはや面白くない - はるかにコピーし、すべてが承認プロセスを経なければならない。これを行う良い方法はありますか？同僚は、すべての環境で同じアプリを共有することを提案しましたが、私はそれについて懸念しています。つまり、プロダクションの秘密をステージング環境と共有する必要があります（私はローカルホスト開発環境についても言及していません）。 Facebookのトラフィックが正しい環境にルーティングされる必要があります（Facebookの1つのアプリが1つのページタブURLを意味するためです）。

いい方法があります...いいえ？

Answer 1

今では、法案を合わせているようだ： https://developers.facebook.com/docs/apps/test-apps/

テストアプリは、彼らが自分のアプリケーションIDと独立した設定を持っているという点で、通常のアプリケーションのようなものですが、彼らプリプロダクション中に使用するために多くの利点を提供します：テスト・アプリケーションを作成する場合 ... は - そのシンプル

イッツ本番アプリの設定を反映する新しいアプリケーションをスピンアップするよう設定が本番アプリからコピーされますこれまで私のために働いていた。

Answer 2

私は、昨年のF8でのブレイクアウトセッションで、実質的に同じ質問をしました。複数のアプリを作成することがベストプラクティスです。彼らは、特に開いたグラフのオブジェクトとアクションでは、それが不便であることを認識しています。しかし、彼らはAPIを介して今後のアプリケーションの設定の可能性について言及しましたが、私はまだこれを待っています。それまでは、手動プロセスです。

私は「テストアプリ」と呼ばれる機能があります見