web-dev-qa-db-ja.com

Xcode 4.3：Codesign操作が失敗しました（選択したIDが有効であることを確認してください）

Xcode 4.3をインストールした後、Organizerを使用してアプリケーションを検証および配布できません。 Xcodeでのビルド、署名、検証は問題ありませんが、オーガナイザーでの検証は失敗し、この質問のタイトルにメッセージが表示されます。

まず、Xcode 4.3はプロビジョニングプロファイルを自動的にダウンロードできますが（オーガナイザーにはオプションがあります）、開発プロファイルのみをダウンロードし、配布プロファイルがないかのように無視します。 OK、手動でダウンロードしてインストールすると、オーガナイザーに表示されます。次に、プロジェクトとターゲットの両方に適切なコード署名IDを設定し、キーチェーンの配布証明書と一致する配布プロファイルを使用します。次に、アーカイブ（build-sign-verify）を実行しますが、エラーはありません。ログに、CodeSignおよびVerifyステップの緑色のチェックマークが表示されます。見栄えが良く、アーカイブがオーガナイザーに表示されます。

そして、それはすべてがうまくいかないところです、私はただ検証を選択し、iTunes Connectで準備したばかりの新しいバージョンを選択し、アーカイブに使用されたのと同じ正しいコード署名IDを選択します（実際、私の場合は他の選択肢はありません）、それは尋ねますいつものようにiTunesのログイン/パスワードの場合、そして言う

共同設計操作が失敗しました

選択したIDが有効であることを確認してください

ああ!!!なぜ！？アーカイブ中に問題は発生しなかったため、AppStoreに送信しようとしても同じコード署名は機能しません。送信すらしませんが、実際に送信する前に検証してください。したがって、この問題は私のマシンに固有のものです。ビルド中に成功したのとまったく同じ署名と検証がオーガナイザーで失敗します...

私はすべてを試し、Xcodeを再インストールし、すべての証明書を削除/取り消して再発行し、重複した秘密鍵と公開鍵をキーチェーンから削除し、すべての証明書を1つの「ログイン」キーチェーンに入れ、新しいプロファイルを発行し、Application Loader2.5.1をインストールしました。など...まだ運がありません。

以前のXcodeインストールの残りが残っている可能性がありますか？または、オーガナイザーを正しく機能させるためにいくつかのツールを更新する必要がありますか？

一方、バイナリをAppStoreにアップロードする別の方法を知っている人がいる場合は、共有してください。アプリケーションローダーを使用してそれを行う方法を理解できませんでした。アップロードするバンドルを選択するように求められたときに、アーカイブステップでXcodeによって作成されたxcodeアーカイブしかありません。 iapまたはアプリケーションローダーが必要とするファイルを入手するにはどうすればよいですか？

iosxcodevalidationcodesign
31
i4niac

Xcode 4.3.1には、アプリケーションバンドル内のディレクトリツリー内のリソースを持つアプリの検証に重大な問題があることがわかりました。

アプリは、Xcodeの「BuildforArchive」プロセス内で検証に合格できます。検証がOrganizerを介して実行された場合にのみ失敗します。

通常のコード署名資格の問題を追跡するために何時間も費やした後、エクスポートが失敗すると、最終的にシステムコンソールに次の行があることに気付きました。

3/10/12 2：32：48.450 PM [0x0-0x261261] .com.Apple.dt.Xcode：/ Users/chris/Library/Developer/Xcode/Archives/2012-03-10/Coverage 3-10-12 2.32 PM.xcarchive/Products/Applications/Coverage.app/Tiles/T-Mobile-roam/4：ディレクトリです

私はこのバグを特定するために1日を費やし、ついにそれを釘付けにしました。

App Storeで検証するとき、またはAdHoc配布用に保存するときの、XCode 4.3.1のコード署名者は、バンドル内に親ディレクトリと同じ名前のサブディレクトリがあるとチョークします。

例えば：

test/test/file.x -- FAIL
test/test2/file.x -- WORKS

これはXcode4.3.1の新機能のようで、近いうちに修正されることを願っています。

注：このスレッドは関連しているようです： https://devforums.Apple.com/message/6308

30
radven

私はApple Dev Forums ..の元のポスターでした。
https://devforums.Apple.com/message/62119

また、これをAddThis開発者の注意を引くように試みました。
https://www.addthis.com/forum/viewtopic.php?f=19&t=38292

他の投稿で述べたように、コード署名の失敗を防ぐために私が見つけた唯一の方法は、プロジェクトからATRe​​sources.bundleファイルを削除することです。

もちろん、このバンドルには、特にAddThisに必要な画像の多くが含まれていますが、エラーは発生しなくなりました。

これが他の誰かがこの問題を解決する正しい方法を発見するのに役立つことを願っています。

8
jverdi

問題は、AddThisまたは明示的にAddThisフォルダー内のATResources.bundleです。

したがって、2つのオプションがあります。

  • 1つ目は、古いバージョンのXcodeを使用してアーカイブすることです。

  • 2つ目は、ATResources.bundle内のすべての画像をフォルダーに再配置し、Localizable.stringsのコンテンツを独自のLocalizable.stringsにコピーすることです。

    次に、FBDialog.mファイルを開いて「close.png」を検索し、そのコード行を削除して、次のように置き換えます。

    UIImage * closeImage = [UIImage imageNamed：@ "close.png"];

これで、アーカイブする準備が整いました。

最後に、バグレポートを https://bugreport.Apple.com/ に提出することを検討してください。

2
3lvis

私の場合 、破損したカスタムフレームワークでした。

2
Thomas Tempelmann

私のプロジェクト（xcode 4.3.2）でも同じ問題が発生し、すべての回答に従って、.pngで始まる._*ファイルをチェックしました。また、フォルダーとそのサブフォルダーの名前が異なることも確認しました。

また、要件に従ってコード署名IDをチェックしましたが、この問題の解決に成功しませんでした。

丸一日の努力の末、ついにプロジェクトで「パッケージング操作に失敗しました」というエラーの理由がわかりました。

私の場合、About_us.hとAbout_us.mを分類しましたが、誤って#import "About Us.h"（中央の空白）のようなヘッダーファイルをインポートしました。そのため、デバイスにアプリをロードすると正常にロードされますが、アーカイブを使用してipaを作成しようとすると、エラーが発生し、推定App StoreSizeが143kbで返されます。

最後に、#import "About_Us.h"のようにヘッダーを変更して、ipaを作成しようとすると、適切なMBで実際のサイズが取得されました。

これが誰かを助けることを願っています。

1
Harin

解決策を見つけました、それは本当に私のために働きます。これが皆さんのお役に立てば幸いです。

問題がAddthisが原因である場合は、以下を試してください

enter image description here

aTResources.bundle内には、ATResourcesという名前のフォルダーがあることに注意してください。

ATResourcesには、ATResources.bundleに存在するコピーアイテム（ADDTHIS.db、en.lproj、images）が正確に含まれています。したがって、ATResources.bundleからATRe​​sourcesフォルダーを削除するだけです。

削除するには、ATResources.bundleからファイルを選択して右クリックし、Finder->に表示して、ATResourcesフォルダーを削除します。

enter image description here

主な問題は、バンドル内のサブディレクトリが親ディレクトリと同じ名前であるためです。

:)

1
Neeraj Neeru

バンドルに親と同じ名前のサブディレクトリがたくさんあるため、検証して送信できませんでした。私が見つけた唯一の解決策は、xcode4.2.1をAppleデベロッパセンターからダウンロードし、xcode 4.3.2と並べてインストールすることです。次に、それを使用して検証と送信を行いました。

1
Techi50

問題が実際に私のアプリ内の同じ名前のネストされたフォルダーであったことを確認するだけです。

私の特定のケースでは、これが問題でした：

  • 問題：images/packs/1/1/img.png
  • 解決策：images/packs/pack_1/1/img.png

その後のスムーズな航海。これはXcode4.3.3で発生しました

1
Nik

Xcode 5.0.2（5A3005）で、たまたま同じ名前の2つの完全に別個のフォルダーでこの問題が発生しました。

このスレッドの他のほとんどのケースは親/兄弟関係に焦点を当てていますが、同じ名前の2つのフォルダーがこの失敗の原因になると思います。

1
bradjasper

私はSencha2で開発しています。ここで重要なのは、アプリ/ユーティリティからシステムコンソールを起動し、配布時にエラーログを確認することです。これは、問題のあるディレクトリを確認する最も簡単な方法です。 Sencha2では、/ sdk/src/device/deviceにあります。良いこと：xcode4.3.2でもまだ起こっている

1
Diego Link

xcodeを再起動すると、ボタンが機能するようになりました。ここの誰かが同じ問題を抱えている場合に備えて、それらは以前にグレー表示されていました

0
austin

Xcode 4.6.2（4H1003）で発生した、このエラーの別の原因を特定しました。実行可能ファイルを作成するサブプロジェクトがありました。この実行可能ファイルは、ビルド時にアプリのバンドルにコピーされるヘルパーツールです。

このアプリの最小展開ターゲットはOSX 10.7であり、結果として64ビットIntel用にビルドされます。ただし、ヘルパーツールは10.6の展開ターゲットに設定されており、32ビット/ 64ビットIntel用に構築されていました。

ヘルパーツールを10.7および64ビットIntel用にもビルドするように変更すると、エラーのみが修正されました。ヘルパーツールを32ビット/ 64ビットIntelに戻すことで、エラーを確実に再現できます。これは「えーと、PRAMをザップする」修正ではありません。

0
Evan Schoenberg

ジー、私はこの問題に1時間ほど費やしました。

プロジェクトからAddThisを削除しました。それをすればそれはうまくいくでしょう。

0
Idan

@radvenと@ tomek-cejnerが述べたように、いくつかの余分なディレクトリが問題を引き起こす可能性があります。名前が不適切な場合はどうでしょうか。私にとって、犯罪者は異なっていました。

Gruntfile.js、karma-e2e.conf.js、karma.conf.js、およびnode_modulesディレクトリ全体。

参照： XCode 5を使用したTestFlightで配布するためのIPAを構築する方法は？

0
Michael

Techi50はこれをほのめかしましたが、明確にするために、Xcode 4.3.5では、親ディレクトリと同じ名前のサブディレクトリがある場合、コード署名が失敗するという重大なバグがあります。たとえば、Sencha Touch 2SDKツリーには

/ sdk/src/device/device

argh ...運がないまま署名をコーディングしようとして何時間も...名前を変更：

/ sdk/src/device/device_epic_fail

（とにかくそれらのライブラリは必要ないので）

そして私はサインをコーディングすることができます。

そして、1つの大きなバグハントが終わりました。アップル...修正してください...

0
Eskim0

私はあなたと同じ問題を抱えていました、そしてラドベンの反応は私にインスピレーションを与えました：

aTResourcesディレクトリにはその親のコピーしか含まれていないことがわかりましたか？

ADDTHIS.db
en.lproj/*
images/*
ATResources/ADDTHIS.db
ATResources/en.lproj/*
ATResources/images/*

迅速で汚い修正として、冗長なサブディレクトリを削除しました。アプリケーションがビルドされ、正常に動作しているようで、Xcodeは署名できます。

この修正の結果を見逃した場合はお知らせください。

0
Tomek Cejner

AddThis SDKを0.1.7から0.1.9に更新すると、この問題が修正されました（XCode 4.3.1を使用）。

0
Saxon Druce