、私は標準はTestFlightにXcodeのボットによって作成された署名.ipaファイルをアップロードしようとすると、エラーが
を取得してきた-許可取得タスクのために拒否されtestflightします"無効なIPA:embedded.mobileprovisionとバイナリのget-task-allowの値が一致しません。コンパイルに使用したものと同じ種類の証明書でIPAを作成しましたか?
警告。問題は、このアプリケーションのエンタイトルメントファイルがないことです。アプリが適切な証明書で署名されていることは絶対に肯定的です。
- My Botは、アーカイブ時にAd-Hocビルド構成を使用するように設定されたビルド方式を使用しています。
- 私のAd-Hocビルド構成は、私のリリース構成と重複しています...
- コード署名IDは、このアプリケーションのアカウントの配布証明書に明示的に設定されています。
.ipaを解凍してcodesign -d -vvvv /path/to/The.app
を実行すると、アプリが適切な配布証明書を使用して署名されたことが確認されます。 Craig Hockenberry's super-useful quicklook pluginを使用して、embedded.mobileprovisionが適切なAd-Hocプロビジョニングプロファイルであることを確認することもできます。
奇妙な/欲求不満な部分 - .xcarchiveをダウンロードしてダブルクリックして署名した後、オーガナイザ内の従来の[配布...]ボタンをクリックすると、TestFlightにアップロードされません。ヒッチ。
正常にアップロードされたバージョンと同じcodesignチェックを実行しましたが、CDHashと.ipaが作成された日付を除き、結果は同じです。
Appleのdocumentation on code signing(「コードディレクトリハッシュ」までスクロール)が何かを意味するかもしれない不一致のハッシュを示すように思われる間違っています:コードディレクトリはいつでも自明でない方法で、プログラム変更、このテストを変更する
ので特定のバージョンのプログラムを明白に識別するために使用できます。
これはどういう意味ですか?私が使用している.ipaを生成するために使用しているアーカイブは、動作しない.ipaと同じビルドプロダクトフォルダからダウンロードされたものです。そのドキュメントの理解が正しいならば、ハッシュは同一でなければなりません。あるいは、私はそのドキュメンテーションを誤解して何か他のことが間違っていますか?
更新12/30:友人はそれをしようと提案した後、私は実現もうひとつ:Xcodeのボットから直接ビルド製品が通過(問題のプロビジョニングプロファイルである)私の携帯電話に直接インストールされます問題のないXcodeオーガナイザ。 their requestで、私はTestFlightにビルドを電子メールで送りました。彼らは彼らが最後に見つけることができる問題があるかどうかを見ています。
アップデート2、12月30日:私はthis script from Matt Vlasachが作業を行うことに注意しますが、証明書とプロビジョニングプロファイルを使用してアーカイブから実際に再兆しアプリ - 理論的には、一つは必要はありません証明書とプロビジョニング・プロファイルがビルド・スキームで指定されているものと同じであれば、このステップを追加するには、.ipaビルド・プロダクトを直接アップロードできるだけです。マットはなぜ彼が彼のポストでこのステップを追加したのかについて詳しくは触れません。
アップデート3、1/2:、私はXcodeのボットから直接ビルド製品を取るとTestFlight's desktop appを使用して、それをアップロードした場合、それが正常にアップロードし、プロビジョニングにある(私の携帯電話にインストールされます:謎は深まりますプロファイル)はうまくいき、インストールした後に開き、うまく動作します。私は、TestFlightのサポートチームに、リクエストごとにログの束を送ってきました。彼らはwtfbbqが進行中であることを見ていきます。
Mac用TestFlightアプリ(バージョン1.0(320))を使用しているときにこのエラーが発生しました。ウェブバージョンで正常に実行できました。 – Itachi