私のプロジェクトでは、作成した静的DLLを参照しています。これらのプロジェクトは、対応するビルド段階が確実に行われるようにセットアップされています。つまり、シミュレータ/デバッグをビルドすると、スタティックライブラリには最新のシミュレータ/デバッグビルドがインストールされます。デバイス/リリースを除いてアプリが正常に動作していることを確認できます。デバイス/リリースを検証する方法はありますか?それは、何の検証もせずに壁に投げ込むようなものだ。リリースビルドの確認
1
A
答えて
1
私は、リリース構成を使用して開発プロファイルを構築し、新しい配布構成を作成することをお勧めします。新しい設定は、開発証明書ではなく署名用の配布証明書を使用する点を除いて、すべての点でリリース設定と同じである必要があります。
これを行うには、プロジェクト設定に入り、[設定]タブに移動して[リリース]設定を複製し、複製の名前を[配布]に変更します。次に、[ビルド]タブに移動し、ドロップダウンから[構成を配布]を選択し、配布証明書を使用するようにコード署名IDを変更します。
コード署名ステップを除いて、2つの構成の出力が同じであることが保証されています。ビルド設定を将来変更する場合は、配布プロファイルを削除して再作成して、すべての設定が同じであることを確認してください。
関連する問題
- 1. パスワードパスワード確認の確認
- 2. クレジットカードの確認と確認
- 3. リリースビルドのMetadataException
- 4. リリースビルドの問題
- 5. Q_ASSERTリリースビルドのセマンティクス
- 6. リリースビルドの問題に
- 7. リリースビルド用のdSYMファイル
- 8. Proguard:リリースビルド時のAssertionError
- 9. 未確認/未確認キャスト
- 10. ASPコアの画像の確認/確認
- 11. SQLログインの確認 - ユーザータイプの確認
- 12. Asp.netリリースビルド対デバッグビルド
- 13. Visual Studioリリースビルド
- 14. angularjsパスワードの確認は、確認メッセージ
- 15. リリースビルドでのSystem.Diagnostics.Contractの使用
- 16. 失敗リリースビルド(リンカ、___gxx_personality_v0" )
- 17. 認証の確認 - パースクラウド
- 18. セッションの確認
- 19. EventAggregatorの確認
- 20. データベースモデルの確認
- 21. プロシージャの確認
- 22. プレーフォームの確認
- 23. ユーザーアカウントの確認
- 24. ファンクションシグネチャの確認
- 25. サンドボックスアカウントの確認
- 26. ラジオボタンの確認
- 27. ページランクコンバージェンスの確認
- 28. jQueryの確認
- 29. メールボックスの確認
- 30. フォームの確認
あなたの質問は何ですか? –
一般的な質問は次のとおりです。リリースビルドが動作するかどうかをテストして、実際には実行されないことを確認するために1週間待つことができますか?または、アプリストア証明書で署名されたビルドでQAを実行する方法はありますか。 –
はい - ありがとうございました。 – 4thSpace