iphone - program - ios provisioning profiles




無效的iPhone應用程序二進製文件 (20)

我試圖將應用程序上傳到iPhone App Store,但我從iTunes Connect中收到此錯誤消息:

您上傳的二進製文件無效。 簽名無效,或未使用Apple提交證書籤名。

注意:原始問題的詳細信息已被刪除,因為此頁面已成為關於該特定錯誤消息的可能原因的所有信息的存儲庫。

有關將iPhone應用程序提交到App Store的一般信息,請參閱將iPhone應用程序上傳到AppStore的步驟


不允許使用uuid。 我通過刪除所有[[UIDevice currentDevice] uniqueIdentifier]來修復它;


另一個數據點:有一段時間,我的應用程序經歷了。 現在我已經添加了對應用內購買的支持,並且突然失敗並出現“無效二進制/無效簽名”問題。 仔細查看後,我發現權利plist文件中的應用程序標識符的值已關閉。

這很可能與我已將配置文件從通配符配置文件替換為特定於應用程序的配置文件(用於應用內購買)相關。 在舊配置文件下合格的錯誤應用程序ID。 它與info.plist中的應用程序ID不匹配,但顯然iTunes會原諒這一點。

所以,回顧一下:

info.plist: com.mydomain.foo
dist.plist: com.mydomain.bar
Profile: com.mydomain.*

是的,同時

info.plist: com.mydomain.foo
dist.plist: com.mydomain.bar
Profile: com.mydomain.foo

導致“無效的二進制”。


同樣的問題,不同的方案

在我的情況下,我使用zip -r myapp.zip myapp.app壓縮文件zip -r myapp.zip myapp.app原來,zip命令擰緊了該包。 從取景器壓縮它使其工作。


在嘗試了此處列出的所有其他修復程序之後,我們在Apple中記錄了TSI。 按照技術說明TN2250中的所有步驟,我們的問題是由於密封資源丟失或無效造成的。 在我們的案例中,它是._.DS_Store

......” 被稱為Apple Double文件,它是將Xcode Project文件夾(* unzipped *)複製到不支持HFS +的'資源分支'(用於代碼簽名)的文件系統上並從其返回的結果。 這些額外的“...... ” 文件結果並導致代碼簽名驗證失敗。

要清理Xcode項目文件夾中存在問題的Apple Double文件,請在您的Xcode項目文件夾上運行dot_clean命令,執行清理構建,然後重新歸檔並重新嘗試提交。

dot_clean /the/path/to/xcode/project

注意:您只需將項目文件夾拖入終端即可自動填充路徑

運行命令時沒有消息,但在下一次構建時,項目構建可能會顯示關於該文件的警告。 你可以忽略這個,該應用程序將驗證並提交成功。


在閱讀包括上述內容在內的各種帖子後, 終於為我工作的是完全開始! 我刪除了與我的應用相關的每個證書和配置文件。

我重新創建了一個新的開發證書和一個新的分發證書。 我再次下載了中間證書。 然後我重新創建了開發配置文件和分發配置文件。

在安裝了三個證書(我注意到這個發行包含私鑰和公鑰)和兩個配置文件(我的發行配置文件沒有被標記為沒有有效證書!)後,一切正常。

一旦我決定撤銷一切並重新開始,只需5分鐘即可創建新的內容並重新安裝。


好吧,在重複了幾次這些步驟之後,我終於成功地上傳了我的應用程序。

我不知道究竟是什麼修復了它,但在成功嘗試之前,我關閉了Xcode和Firefox並重新啟動了它們。 我想其中一個應用程序有一些不好的juju。


對於它的價值,我想補充一下它為我解決這個問題。 我曾有一個 ? (問號)在我的應用程序標題是導致錯誤。


對於我來說,問題是通過使用非隔行選項重新保存PNG圖像來解決的。 在以前的版本中,交錯的png是允許的,但知道這些圖像會導致無效的二進制。

我的蘋果消息:損壞的圖標文件 - 圖標文件[email protected]似乎已損壞。 您的圖標不得是隔行PNG文件。

您可以使用終端中的命令“file”查看PNG是否交錯:Eva-Madrazos-MacBook-Pro-2:GQ 7整合式廣告Eva $ file * .png Default.png:PNG圖像數據,320 x 480, 8位/彩色RGB,非隔行掃描

祝你好運,伊娃


我剛剛經歷了這個麻煩(再次),但是這次我發現我的分發配置文件的狀態為“無效”。 如果您認為一切正常,請仔細檢查門戶中的狀態,並更新/重新下載任何未處於活動狀態的內容。


我只是想提一下,我也在命令行中遇到了zip問題。 問題在於它默認處理符號鏈接的方式。 使用:

zip -y -r myapp.zip myapp.app

解決了這個問題。


我想指出給蘋果發電子郵件並要求他們檢查他們的日誌的可能性。 我是在先嘗試了很多東西之後才做到的。 將近四周後有必要提醒他們,但最後他們回答並指出了問題的確切位置。

在我的情況下,問題是我以前嘗試過其他應用程序圖標,並且對舊圖像的引用仍然保留在“CFBundleIcons”中。 我使用了拖放功能來設置圖標,但我沒有註意到在添加新參考文件之前舊內容未完全清除。

為了查看錯誤的參考,有必要展開箭頭來查看plist文件中的每個子元素。 一個提示是在文件中右鍵單擊並選擇查看原始內容的選項。 這樣你就不需要擴展任何東西。


我收到一個無效的二進製文件,如果應用程序沒有使用遠程推送通知,但是我留下了用於註冊推送的代碼和用於註冊/接收遠程通知的回調代表,即使代碼沒有被使用。

這是最近的。 我上星期的最後一次提交很好。 本週它返回無效的二進製文件。 幸運的是,有一封電子郵件解釋了錯誤。


我有同樣的問題。 我準備好了解這個問題,但是當我用Murky去檢查我的代碼時,我發現了它。 我總是在檢查之前瀏覽發生變化的文件。當我這樣做時,我注意到project.pbxproj文件已經更改....並且在分發部分中輸入了“PROVISIONING_PROFILE [sdk = iphoneos *] “是空白的。

退出並重新啟動Xcode不適用於我。 相反,我進入了我的項目和目標設置,並更改了代碼簽名以直接選擇我的分發配置文件,而不是依靠自動選擇功能。 這樣做會導致project.pbxproj文件填充正確的值,即使自動選擇功能應該選擇與我手動選擇的完全相同的配置文件。

我需要一杯啤酒......


我有同樣的問題,並嘗試了幾件事後 - 我從代碼簽名權利中刪除.plist權利(只留下它空白),它建成罰款並上傳最後。

祝你好運:--D


我的解決方案涉及創建一個新的App ID。 我不確定它為什麼修復它,但我懷疑它可能是不匹配的Bundle Identifiers - 創建新的App ID迫使我確保我的應用程序和iTunes期待著同樣的事情。


我遇到了4.3 GM SDK的問題。 我們的其中一個應用程序不會讓它通過上傳。 它原來是一個配置文件問題。 我重新創建了應用程序商店配置文件,它工作正常。


我遇到了類似的問題,但我沒有使用entitlements.plist。 然而,在十幾次失敗的上傳之後,我檢查了我的info.plist並發現了一些東西。 我的CFBundleIconFiles數組有一個空條目。 我刪除了這個並重新提交,並且最終被接受了!

認真的說,蘋果有多難揭露這種驗證錯誤?

編輯:它不是立即顯示CFBundleIconFiles,因為它們使用不同的名稱。 在項目信息視圖中,Ctl單擊並選擇“顯示原始鍵/值”,然後您將看到對CFBundleWhatever的引用。 在這位編輯的情況下,他試圖使用一個不存在的[email protected]文件。


據我的經驗,Xcode偶爾會對使用哪種簽名證書感到困惑。 在修改代碼簽名設置(並進行乾淨構建)以解決此問題後,我養成了退出並重新啟動Xcode的習慣。



這是我碰到的一個問題:我在上傳之前將二進製文件添加到了Subversion。 壓縮/壓縮二進製文件,然後包含隱藏的.svn目錄,這會搞亂代碼簽名。





itunesconnect