クライアントに代わって既存のアプリケーションの更新を送信しようとしていますが、iTunes Connectからエラーの説明なしに「無効なバイナリ」エラーが発生します。明日、ネットワークにアクセスせずに2週間の休暇に出るので、解決策が少し必死です。洞察は大歓迎です。
この更新により、アプリケーションの名前が変更され、いくつかの小さなバグが修正されます。 iTunes Connect経由で以前の提出を行ったが、Xcode経由でAppleが必要になったため、この更新を提出している。
私はこのクライアントの技術連絡先として自分自身を設定したので、iTunes Connectを介して新しいバージョンを「アップロード待ち」状態にすると通知を受け取ります。 Xcodeオーガナイザーでバイナリを検証すると、ツールは最終的にバイナリが有効であることを報告します。 Xcodeオーガナイザー経由でバイナリを送信すると、最終的には戻ってきて、バイナリが正常にアップロードされたと表示されます。これらの手順は両方とも時間がかかります(おそらく各15分)。これは、アプリバンドルが63メガバイトで数千のリソースがあるためと思われます。
次の1〜2時間、iTunes Connectポータルは、アプリケーションが「アップロード待ち」状態にあることを報告し続けます。 Xcodeでアップロードが完了してから、iTunes Connectで状態が変化するまでの間に、ある程度の遅延があると思います。これらの待ち時間は過度に思えますが、アプリのサイズを考えると、まったく驚くことではありません。
最終的には、iTunes Connectで状態が「Invalid Binary」に静かに変わります。 iTunes Connectは、これが発生したときにエラーを説明する電子メールを送信することになっていることを理解していますが、何も受信しておらず、クライアントも受信していません。 (iTunes Connectでのアプリの状態変更の通知のフラグが設定されているすべてのユーザーに送信する必要があると思います。この仮定は正しいですか?)
App Store Distribution構成からコピーして貼り付けたビルド設定は次のとおりです。
ADDITIONAL_SDKS =
ARCHS = $(ARCHS_STANDARD_32_BIT)
SDKROOT = iphoneos4.0
ONLY_ACTIVE_Arch = YES
VALID_ARCHS = armv6 armv7
SYMROOT = /Users/cduhn/Documents/workspace/xcode_build_output
OBJROOT = $(SYMROOT)
CONFIGURATION_BUILD_DIR = $(BUILD_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)
CONFIGURATION_TEMP_DIR = $(PROJECT_TEMP_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)
SHARED_PRECOMPS_DIR = $(CACHE_ROOT)/SharedPrecompiledHeaders
BUILD_VARIANTS = normal
DEBUG_INFORMATION_FORMAT = dwarf-with-dsym
ENABLE_OPENMP_SUPPORT = NO
GENERATE_PROFILING_CODE = NO
PRECOMPS_INCLUDE_HEADERS_FROM_BUILT_PRODUCTS_DIR = YES
RUN_CLANG_STATIC_ANALYZER = NO
SCAN_ALL_SOURCE_FILES_FOR_INCLUDES = NO
VALIDATE_PRODUCT = NO
CODE_SIGN_ENTITLEMENTS = Entitlements.plist
CODE_SIGN_IDENTITY =
CODE_SIGN_IDENTITY[sdk=iphoneos*] = iPhone Distribution: Capturing Moments
CODE_SIGN_RESOURCE_RULES_PATH =
OTHER_CODE_SIGN_FLAGS =
STRIPFLAGS =
ALTERNATE_GROUP = $(INSTALL_GROUP)
ALTERNATE_OWNER = $(INSTALL_OWNER)
ALTERNATE_MODE = $(INSTALL_MODE_FLAG)
ALTERNATE_PERMISSIONS_FILES =
DEPLOYMENT_LOCATION = NO
DEPLOYMENT_POSTPROCESSING = NO
INSTALL_GROUP = $(GROUP)
INSTALL_OWNER = $(USER)
INSTALL_MODE_FLAG = u+w,go-w,a+rX
DSTROOT = /tmp/$(PROJECT_NAME).dst
INSTALL_PATH = $(HOME)/Applications
MACOSX_DEPLOYMENT_TARGET = $(inherited)
SKIP_INSTALL = YES
COPY_PHASE_STRIP = YES
STRIP_INSTALLED_PRODUCT =
STRIP_STYLE = all
TARGETED_DEVICE_FAMILY = 1
SEPARATE_STRIP = NO
IPHONEOS_DEPLOYMENT_TARGET = 3.0
MODULE_NAME =
MODULE_START =
MODULE_STOP =
MODULE_VERSION =
BUNDLE_LOADER =
STANDARD_C_PLUS_PLUS_LIBRARY_TYPE = dynamic
DYLIB_COMPATIBILITY_VERSION =
DYLIB_CURRENT_VERSION =
LINKER_DISPLAYS_MANGLED_NAMES = NO
PRESERVE_DEAD_CODE_INITS_AND_TERMS = NO
LD_DYLIB_INSTALL_NAME =
EXPORTED_SYMBOLS_FILE =
INIT_ROUTINE =
LINK_WITH_STANDARD_LIBRARIES = YES
MACH_O_TYPE = mh_execute
LD_OPENMP_FLAGS = -fopenmp
ORDER_FILE =
OTHER_LDFLAGS = -all_load -ObjC
LD_MAP_FILE_PATH = $(TARGET_TEMP_DIR)/$(PRODUCT_NAME)-LinkMap-$(CURRENT_VARIANT)-$(CURRENT_Arch).txt
GENERATE_MASTER_OBJECT_FILE = NO
PREBINDING = NO
PRELINK_LIBS =
KEEP_PRIVATE_EXTERNS = NO
LD_RUNPATH_SEARCH_PATHS =
SEPARATE_SYMBOL_EDIT = NO
PRELINK_FLAGS =
SECTORDER_FLAGS =
UNEXPORTED_SYMBOLS_FILE =
WARNING_LDFLAGS =
LD_GENERATE_MAP_FILE = NO
COMPRESS_PNG_FILES = YES
APPLY_RULES_IN_COPY_FILES = NO
EXECUTABLE_EXTENSION =
EXECUTABLE_PREFIX =
INFOPLIST_EXPAND_BUILD_SETTINGS = YES
GENERATE_PKGINFO_FILE = YES
FRAMEWORK_VERSION = A
INFOPLIST_FILE = iRevealMaui-Info.plist
INFOPLIST_OTHER_PREPROCESSOR_FLAGS =
INFOPLIST_OUTPUT_FORMAT = binary
INFOPLIST_PREPROCESSOR_DEFINITIONS =
INFOPLIST_PREFIX_HEADER =
INFOPLIST_PREPROCESS = NO
COPYING_PRESERVES_HFS_DATA = NO
PRIVATE_HEADERS_FOLDER_PATH = $(CONTENTS_FOLDER_PATH)/PrivateHeaders
PRODUCT_NAME = iRevealMaui
PLIST_FILE_OUTPUT_FORMAT = binary
PUBLIC_HEADERS_FOLDER_PATH = $(CONTENTS_FOLDER_PATH)/Headers
STRINGS_FILE_OUTPUT_ENCODING = binary
WRAPPER_EXTENSION = app
ALWAYS_SEARCH_USER_PATHS = NO
FRAMEWORK_SEARCH_PATHS =
HEADER_SEARCH_PATHS = ${SDKROOT}/usr/include/libxml2/** ../three20/Build/Products/three20
LIBRARY_SEARCH_PATHS = $(inherited) "$(SRCROOT)/../desiccant/Classes/External/google-analytics"
REZ_SEARCH_PATHS =
EXCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES = *.nib *.lproj *.framework *.gch (*) CVS .svn *.xcodeproj *.xcode *.pbproj *.pbxproj
INCLUDED_RECURSIVE_SEARCH_PATH_SUBDIRECTORIES =
OTHER_TEST_FLAGS =
TEST_Host =
TEST_RIG =
CURRENT_PROJECT_VERSION =
VERSION_INFO_FILE = $(PRODUCT_NAME)_vers.c
VERSION_INFO_EXPORT_DECL =
VERSION_INFO_PREFIX =
VERSION_INFO_SUFFIX =
VERSIONING_SYSTEM =
VERSION_INFO_BUILDER = $(USER)
GCC_FAST_OBJC_DISPATCH = YES
GCC_AUTO_VECTORIZATION = NO
GCC_OBJC_CALL_CXX_CDTORS = YES
GCC_ENABLE_SSE3_EXTENSIONS = NO
GCC_ENABLE_SSE41_EXTENSIONS = NO
GCC_ENABLE_SSE42_EXTENSIONS = NO
GCC_ENABLE_SUPPLEMENTAL_SSE3_INSTRUCTIONS = NO
GCC_STRICT_ALIASING = NO
GCC_FEEDBACK_DIRECTED_OPTIMIZATION = Off
GCC_ENABLE_FIX_AND_CONTINUE = NO
GCC_GENERATE_DEBUGGING_SYMBOLS = YES
GCC_DYNAMIC_NO_PIC = YES
GCC_GENERATE_TEST_COVERAGE_FILES = NO
GCC_INLINES_ARE_PRIVATE_EXTERN = YES
GCC_MODEL_TUNING = G4
GCC_INSTRUMENT_PROGRAM_FLOW_ARCS = NO
GCC_ENABLE_KERNEL_DEVELOPMENT = NO
GCC_DEBUGGING_SYMBOLS = default
GCC_REUSE_STRINGS = YES
GCC_NO_COMMON_BLOCKS = NO
GCC_ENABLE_OBJC_GC = unsupported
GCC_OPTIMIZATION_LEVEL = s
GCC_FAST_MATH = NO
GCC_ENABLE_SYMBOL_SEPARATION = YES
GCC_THREADSAFE_STATICS = YES
GCC_SYMBOLS_PRIVATE_EXTERN = YES
GCC_UNROLL_LOOPS = NO
GCC_MODEL_PPC64 = NO
GCC_CHAR_IS_UNSIGNED_CHAR = NO
GCC_ENABLE_ASM_KEYWORD = YES
GCC_C_LANGUAGE_STANDARD = c99
GCC_CHECK_RETURN_VALUE_OF_OPERATOR_NEW = NO
GCC_CW_ASM_SYNTAX = YES
GCC_INPUT_FILETYPE = automatic
GCC_ALTIVEC_EXTENSIONS = NO
GCC_ENABLE_CPP_EXCEPTIONS = YES
GCC_ENABLE_CPP_RTTI = YES
GCC_LINK_WITH_DYNAMIC_LIBRARIES = YES
GCC_ENABLE_OBJC_EXCEPTIONS = YES
GCC_ENABLE_TRIGRAPHS = NO
GCC_ENABLE_FLOATING_POINT_LIBRARY_CALLS = NO
GCC_USE_INDIRECT_FUNCTION_CALLS = NO
GCC_USE_REGISTER_FUNCTION_CALLS = NO
GCC_INCREASE_PRECOMPILED_HEADER_SHARING = NO
OTHER_CPLUSPLUSFLAGS = $(OTHER_CFLAGS)
GCC_PRECOMPILE_PREFIX_HEADER = YES
GCC_PREFIX_HEADER = iRevealMaui_Prefix.pch
GCC_ENABLE_BUILTIN_FUNCTIONS = YES
GCC_ENABLE_Pascal_STRINGS = YES
GCC_FORCE_CPU_SUBTYPE_ALL = NO
GCC_SHORT_ENUMS = NO
GCC_ONE_BYTE_BOOL = NO
GCC_USE_STANDARD_INCLUDE_SEARCHING = YES
GCC_PREPROCESSOR_DEFINITIONS =
GCC_PREPROCESSOR_DEFINITIONS_NOT_USED_IN_PRECOMPS =
GCC_WARN_CHECK_SWITCH_STATEMENTS = NO
GCC_WARN_EFFECTIVE_CPLUSPLUS_VIOLATIONS = NO
GCC_WARN_FOUR_CHARACTER_CONSTANTS = NO
GCC_WARN_ABOUT_GLOBAL_CONSTRUCTORS = NO
GCC_WARN_SHADOW = NO
GCC_WARN_64_TO_32_BIT_CONVERSION = NO
GCC_WARN_ALLOW_INCOMPLETE_PROTOCOL = YES
GCC_WARN_INHIBIT_ALL_WARNINGS = NO
GCC_WARN_INITIALIZER_NOT_FULLY_BRACKETED = NO
GCC_WARN_ABOUT_RETURN_TYPE = YES
GCC_WARN_MISSING_PARENTHESES = NO
GCC_WARN_ABOUT_MISSING_FIELD_INITIALIZERS = NO
GCC_WARN_ABOUT_MISSING_PROTOTYPES = NO
GCC_WARN_ABOUT_MISSING_NEWLINE = NO
GCC_WARN_MULTIPLE_DEFINITION_TYPES_FOR_SELECTOR = NO
GCC_WARN_NON_VIRTUAL_DESTRUCTOR = NO
WARNING_CFLAGS =
GCC_WARN_HIDDEN_VIRTUAL_FUNCTIONS = NO
GCC_WARN_PEDANTIC = NO
GCC_WARN_ABOUT_POINTER_SIGNEDNESS = YES
GCC_WARN_PROTOTYPE_CONVERSION = NO
GCC_WARN_SIGN_COMPARE = NO
GCC_WARN_STRICT_SELECTOR_MATCH = NO
GCC_TREAT_IMPLICIT_FUNCTION_DECLARATIONS_AS_ERRORS = NO
GCC_TREAT_NONCONFORMANT_CODE_ERRORS_AS_WARNINGS = NO
GCC_TREAT_WARNINGS_AS_ERRORS = NO
GCC_WARN_TYPECHECK_CALLS_TO_PRINTF = YES
GCC_WARN_UNDECLARED_SELECTOR = NO
GCC_WARN_UNINITIALIZED_AUTOS = NO
GCC_WARN_UNKNOWN_PRAGMAS = NO
GCC_WARN_UNUSED_FUNCTION = NO
GCC_WARN_UNUSED_LABEL = NO
GCC_WARN_UNUSED_PARAMETER = NO
GCC_WARN_UNUSED_VALUE = NO
GCC_WARN_UNUSED_VARIABLE = YES
GCC_WARN_ABOUT_DEPRECATED_FUNCTIONS = YES
GCC_WARN_ABOUT_INVALID_OFFSETOF_MACRO = YES
IBC_FLATTEN_NIBS = YES
IBC_OTHER_FLAGS =
IBC_PLUGIN_SEARCH_PATHS =
IBC_PLUGINS =
IBC_ERRORS = YES
IBC_NOTICES = YES
IBC_WARNINGS = YES
Info.plistの内容は次のとおりです。
洞察は大歓迎です。
編集-見かけのステータス変更レイテンシーの説明
私のステータス履歴に基づいて、「無効なバイナリ」ステータスが実際に数分以内に確立されているように見えますが、iTunes Connectは、この事実を不十分に設計されたキャッシング戦略で隠しています。
状態の変化を監視するために、「Manage Your Applications」、「App Information」ページ、「View Details」、および「Status History」の4つのページ間を更新してクリックしました。ステータス履歴が最終的に更新されると、アプリが約1時間前に「無効なバイナリ」状態になったことを示します。
実験として、アプリIDを変更し、新しいアプリとしてバイナリを送信してみました。今回は、バイナリを送信してから数分後に「詳細の表示」ページをクリックしました。そのステータスは「アップロードを受信しました」を示しました。明らかな進歩!数分後、ステータス履歴をクリックすると、アップロードが完了してから数分後に「無効なバイナリ」が表示されました。その後、戻って「詳細の表示」ページを更新しました。ステータス履歴に「Invalid Binary」と表示されているにもかかわらず、「Upload Received」と表示されます。これは、これらすべてのページがキャッシュされており、古いデータが長期間表示されているという明らかな証拠です。初めてそのアプリのページを読み込んでいたので、新しいアプリとしてバイナリを再送信したときにのみ、これをキャッチしました。
これは私の「無効なバイナリ」問題を解決しませんし、メールを受け取らない理由も説明しませんが、いくつかの仮説を除外するのに役立ちます。
ソリューションを提案してくださった皆さんに感謝します。結局のところ、私の場合はあなたの提案は役に立たなかったが、私は問題を解決した。ここに私のために働いたものがあります:
Entitlements.plistをプロジェクトから削除します。次に、[追加]-> [新しいファイル]を実行し、Entitlements.plistを再度追加します。
Entitlements.plistの形式は、SDK 3.1.3と3.2の間で変更されました。 Entitlements.plistが3.2より前のSDKで作成されていて、SDK 3.2以降を使用してアプリを更新しようとしている場合、Entitlements.plistを削除し、新しい形式を使用して再追加する必要があるようです。そうでない場合、Appleはアップグレードを「無効なバイナリ」として拒否します。
16時間のノンストップの研究試行錯誤の後、ヘッドバンギングでApple開発者フォーラムで解決策を見つけました。
どうやら、バイナリが検証とアップロードに合格するのに、iTunes Connectシステムに拒否されるバグがあるようです。そして、あなたは何が起こったかを説明するメールを受け取りません!
アプリがiPhoneとiPadの両方に対応している場合、おそらくInfo.plistファイルに次のようなものがあります。
代わりにCFBundleIconFiles~ipad
パラメータを完全に削除し、代わりにIcons files
配列にiPadアイコンを含める必要があります。
それはすべての人々です!
それがあなたを助けたかどうか教えてください!
Application Loaderがバイナリを受け入れても、iTunes Connectから同じINVALID BINARYエラーが発生しました。解決策は非常に簡単でした...
Info.plistを開き、右クリックして確認します 生のキー/値を表示:
Finderですべてのターゲットを保存、クリーンアップ、ビルドおよび分析、圧縮して再送信します!
「アイコンファイル」キーを入力したため、エラーが発生しました。 Rawビューでは、これはCFBundleIconFilesではなく「Icon Files」にマッピングされています。 Xcode 3.2.3がありますが、Xcode 3.2.4はこのキー識別子をより適切にマップしていると思います。
幸運を祈ります!
私は数日間同じ問題を抱えています。このエラーはさまざまな問題が原因で発生しているように見えるため、残念ですAppleメールでエラーを詳しく説明しないでください。
私にとっての解決策は、「Application Loader」をまったく使用しないことでした!
代わりに、Xcode内で次のことを行います。
これにより、アプリケーションがアップルに送信されます。私にとっては、数秒後にステータスが「Invalid Binary」ではなく「Waiting for review」に変更されました。
こちらの別の回答で説明されているように、Xcodeでビルドおよびアーカイブツールを使用します。
何らかの理由で、アーカイブツールはAppleで何かをトリガーし、実際に何が間違っていたか(PNGファイルが破損している)を知らせるメールを送り返しました。
私の問題? Xcodeは、圧縮時に一部のPNGファイルを破損します。 [ビルド設定]に移動し、[パッケージング]セクションで[PNGファイルの圧縮]を[いいえ]に設定します。
現在(2013年5月8日)アプリでUDUDにアクセスすると、このエラーがスローされます。 MKStoreKit(人気のあるオープンソースライブラリ)がそれを実現しました。ファイルで次のメソッドを検索します(プリコンパイルされたバイナリではないことを前提とします。この場合、持っているものは何でもグーグルに行き、リリースノートを確認してください)
[UIDevice currentDevice] .uniqueIdentifier
XCodeで、左側のアプリ名をクリックして、右側のビルド設定タブに移動します。 [コード署名ID]-> [リリース]までスクロールします。
配布プロファイルが選択されていることを確認してください。これを明示的に設定する必要があることに気づかず、アプリは正常に検証されましたが、バイナリは無効です。私の設定はまだ開発者プロフィールにありました
ここでの回答はどれも私にとって役に立ちませんでした。プロジェクトでCocoapodsを使用しています。何らかの理由で、Cocoapodsプロジェクトの設定ベースSDKおよびサポートされているプラットフォームはOSXに設定されていました。 (Cocoapodsバージョン:0.37.2)iOSに切り替えて動作しました。
これは、次の問題である可能性があります。iTunesConnectからの自動応答からの送信後に受け取ったものです。
プッシュ通知資格がありません-アプリはAppleプッシュ通知サービスに登録されていますが、アプリケーション署名の資格に必要な「aps-environment」資格が含まれていません。このアプリ、および「aps-environment」エンタイトルメントを含むDistributionプロビジョニングプロファイルをダウンロードしたこと。
問題を修正したら、iTunes Connectの[アプリケーションの管理]モジュールのアプリケーションのバージョン詳細ページに戻り、[バイナリを送信する準備ができました]ボタンをクリックしてください。これにより、バイナリ送信フローが実行され、アプリケーションのバージョンステータスがアップロード待機中に戻ります。その後、Application Loaderを使用して、新しいバイナリをアップロードできます。提出物に他の問題が見つかった場合は、連絡します。
私も同じ問題を抱えていましたが、明らかにアプリに同梱されているデフォルトの起動画面画像のサイズに関係していました。
私は1024x768のデフォルト画像を送信していましたが、この記事で見つけました:
http://weston-fl.com/blog/?p=840/
1024x748(横向きのデフォルトの場合)である必要があり、うまくいったようです:iTunesconnectはそれを引き継ぎました。
ニューススタンドアプリの場合。
ニューススタンドのアイコンが追加されていることを確認してください。私の場合、問題はプロジェクトバンドルにニューススタンドアイコンを追加するのを忘れていることですが、plistで参照します。
アプリケーションローダーはニューススタンドアイコンを検証しないため、「iTunes接続」にのみ「無効なバイナリ」というエラーが表示されます。
ありがとう
この問題がありました。私の問題は、展開ターゲットを3.2未満に設定することでしたが、アーキテクチャは「armv7向けに最適化」されたままです。これはxcode 3.2.3を使用しています。後者の設定は「標準(armv6およびarmv7)」に変更する必要があります。開発アプリを構築したとき、古いiTouchでアプリを実行しようとしたときにxcodeが不満を言ったため、変更する必要がありましたが、ディストリビューションビルドでは実行するデバイスがありません(最初にアドホックでテストしない限り) )、iTunes Connectがバイナリを拒否するまで問題に気付かない。
2015
Invalid Binary
問題はEMBEDDED_CONTENT_CONTAINS_Swift
はtrue
ですが、実際にバイナリにSwift
コードを含めることはできません。
先に進み、アプリケーションのビルド設定でこの値を偽造してください。
Xcodeには、Word Swift
を含むユーザー定義の設定も含まれていました。先に進んで、それも選別しました。
Appleからメールが届きました
Missing 64-bit support - Beginning on February 1, 2015 new iOS apps submitted to the App Store must include 64-bit support and be built with the iOS 8 SDK. Beginning June 1, 2015 app updates will also need to follow the same requirements. To enable 64-bit in your project, we recommend using the default Xcode build setting of “Standard architectures” to build a single binary with both 32-bit and 64-bit code.
そのため、プロジェクトターゲット設定およびプロジェクト設定に有効なアーキテクチャとしてarm64を追加することを忘れないでください
次にarm64を追加します
そしてそれは次のようになります
私の場合、アップロードされたアプリの数秒以内に、Xcode-> OrganiserまたはAppleからのメールがないApplication Loaderのいずれかで同じInvalid Binaryステータスになりました。 [〜#〜] png [〜#〜]iconsetのファイルをMac OS Xアプリに置き換え、問題を解決しました。
「チャールストンソフトウェアアソシエイツ」から破損したPNGファイルの手がかりを得ました。ありがとう。
私の場合、プロビジョニングポータルに初めてアクセスするために作成された元のCSRを使用せずに、異なるCSRを使用してプロビジョニングプロファイルを生成しました。元のCSRで生成されたプロビジョニングプロファイルを使用してアプリにコード署名と送信を行うと、問題が解決しました。
Flurry Adをアプリケーションに最近追加したときに、このエラーが発生しました。
広告に関する場合は、アップロードする前にitunesconnectで同意する必要があります。 http://techcrunch.com/2014/04/11/Apple-developers-must-now-agree-to-ad-identifier-rules-or-risk-app-store-rejection/
私はこれに半日苦労しました。 Xcodeの再インストールも試みました。私にとっての答えは、iTunes Connectのプロビジョニングポータルに戻り、証明書を失効してから新しい証明書を作成することでした。次に、新しい配布プロビジョニングプロファイルを作成してから、再構築して再送信します。なんて長い文書化されていない首の痛み。
今日、何度か同じ「無効なバイナリ」問題に遭遇しました。最後に、XCode 4でビルドメッセージを確認することで解決しました。ビルドログのすべてのメッセージを表示をクリックし、コード記号を見つけて、通常は下部にあるパーツを検証します。失敗した送信はすべてビルドログに検証エラーがありますが、アーカイブ-検証ボタンに渡されます。
存在しなくなった抽出アイコンファイルへのポインタがありました。ポインターを削除しましたが、これまでのところアップロードは受け入れられるようです。上記のヒントがいつものように、その前に私をその前に正しい軌道に乗せましたが、彼らは関連する詳細を提供するメールをかなり迅速に送信しました。
別の可能なオプションは、バイナリを数回再送信した後にこのエラーメッセージを受け取りました。
Info.plistには、CFBundleIconsの下にUINewsstandIconサブプロパティが含まれています。これは、Newstand機能で使用するためのものです。ニューススタンド機能を含めるには、Info.plistにUINewsstandApp = true Info.plistキーを含める必要があります。
Info.plistを確認します—自分でそのプロパティを追加したわけではなく、ローカルまたはTestflightのテスト中にエラーが発生しませんでした。
IPadアイコンのトリックは機能します。
CFBundledIconFiles〜ipadを削除し、アイコンファイルキーに72x72アイコンを追加します
スクリーンショットに注意してください。この方法では、Missing Screenshots Errorが作成される場合があります
ここで同じ問題が発生しましたが、解決策は不足しているRetina 4インチの起動画面を追加する私のプロジェクトにあったようです(意図的に削除しました-以前のアップデートはそれでOKでしたが、アプリケーションをアーカイブするときのログで推奨されているように、それはもう好きではありません)。
同じ問題、別の解決策:myarchive schemeはad hocbuild configuration、いつリリースされるべきだったか。
ブログで失敗した修正の試みのチェックリスト Application Failed Codesign Verification 。
私は同じ問題に直面し、ほとんどの解決策を試してみましたが、最終的に解決策に到達しました。
次のことを確認してください。
1)プロジェクトの設定とプロジェクトの設定に有効なアーキテクチャとしてarm64を追加します
2)info.plistファイルを変更し、アイコンファイルの配列を追加必要なすべての画像に名前を付けます。
3)最も重要-拒否のため、plistファイル内のアプリケーションのバージョン番号を変更したが、iTunesポータルでは変更しなかった。
アプリとiTunesポータルで同じバージョン番号を設定/管理する必要があります。これを設定して、もう一度バイナリをアップロードしてみてください。これで問題が解決します。
私は同じ問題を抱えています。私の状況に合っているように思えたので、最初に資格の事を試しました。
男の子は違う:OLD資格plist:
<plist version="1.0">
<dict>
<key>get-task-allow</key>
<false/>
</dict>
新しいもの...(xcode 3.2.5、4.2ターゲットおよび最小iOS)
<plist version="1.0">
<dict>
<!--- Required entitlements (in most cases shouldn't be changed) --->
<key>application-identifier</key>
<string>$(AppIdentifierPrefix)$(CFBundleIdentifier)</string>
<key>keychain-access-groups</key>
<array>
<string>$(AppIdentifierPrefix)$(CFBundleIdentifier)</string>
</array>
<!--- Custom entitlements below --->
</dict>
</plist>
私は同じ問題にかなり長い間苦労してきました。今朝、チームエージェントがすべての通知をオフにしていることを発見したので、すべてオンにして、アプリが「アップロード待ち」に変わったときに状態変更メールを受信し始めましたが、状態が「バイナリ無効「。さらに何回か試みた後、私は最終的にアプリの更新を「レビュー待ち」状態にしました。私にとってそれを解決したのは、ターゲットのビルド設定の「iPhone OS Deployment Target」の値をiPhone OS 2.2.1(元のアプリの設定)からiPhone OS 3.0に変更することでした。
同じ問題があります。配布プロビジョニングプロファイルの配布方法として、「アドホック」ではなく「App Store」を選択していることを確認してください。
ありがとう。私のプロジェクトのアイコンファイルに問題がありました。 Sashoが示唆したようにそれらを削除しました。最終的にレビュー待ちに変更されました。