APN和TestFlight：Xcode選擇了錯誤的（XC *）配置文件來提交存檔

Question

我正在使用Parse.com將客戶端推送通知從一個iDevice發送到另一個。

它適用於“開發”設置，即-在“開發”上設置的appID的推送通知設置
-開發SSL證書-開發設置配置文件通過此設置，我設法向自己發送了推送通知（發送者=接收者=我的設備）。

現在，我想測試2個不同設備之間的通信。 為此，我使用TestFlight（因為這通常是我向客戶端發送更新的方式）。 我按照所有建議的步驟從“開發”轉到“臨時”：

1. 將AppID設置更新為“生產”推送通知
2. 創建了生產SSL證書，並將其上傳到Parse Server
3. 為Ad Hoc Development生成了一個新的Provisioning Profile集，並將其安裝在iPhone上（在Organizer Library中選中）。 該臨時供應配置文件名為：“ PushMyMoving_Push_Production_Profile”
4. 更新了“代碼簽名”下的“項目/目標”構建設置，以告知Xcode現在應該使用PushMyMoving_Push_Production_Profile（以及相應的iPhone發行證書）。

問題：構建已成功提交，但Apple盡快將以下電子郵件發送給我：

而且，自然地，我無法再接收/發送推送通知。 這是我到目前為止嘗試過的：

1. 我打開了PushMyMoving_Push_Production_Profile，以查看是否缺少“推送通知權利”。 不是。 所以我的猜測是，盡管我在構建設置中告訴Xcode這樣做，但Xcode並未使用正確的Provisioning Profile提交/存檔該構建 ！
2. 實際上，我注意到，每當提交構建時，Xcode都會自動選擇一個通配符配置文件：
3. 我試圖從Member Center和Mac刪除所有通配符配置文件，但是（煩人！）每當刷新Xcode> Preferences> Accounts下的Provisioning Profiles面板時，Xcode都會自動重新創建它們。 有沒有辦法完全刪除通配符配置文件？
4. 此線程： XCode 6和不具有XC的Ad-Hoc分發：設置表明“臨時配置文件可能不包含您團隊中的所有設備”，但我仔細檢查了生成時擁有的所有設備臨時配置文件。
5. 我也嘗試過編輯和重新生成，重新安裝配置文件（顯然是一個常見建議），但是Xcode仍然這樣做。

任何幫助將非常感激！ 我已經努力了好幾天，當問題不是源於代碼時，這真令人沮喪！ 謝謝

Answer 1

感謝節奏拳手的幫助。 今天我找到了答案：我提交我的生成與特設供應輪廓TestFlight，而不是AppStore的發行配置文件。 我曾讀到某處Xcode在提交給TestFlight的同時在后台創建了Ad-Hoc配置文件，所以我認為Ad-Hoc配置文件是適當的。 但是由於TestFlight像AppStore一樣運行，並且沒有預先注冊訂閱的設備UDID（與Ad-Hoc分發一樣），因此使用“更廣泛的”配置文件（如AppStore分發配置文件）是有意義的。

因此，對於將推式通知與Testflight一起使用的任何人，您都需要一個AppStore發行設置配置文件。 然后Xcode將自動為提交階段選擇它。

Answer 2

可以從Xcode和開發人員門戶中刪除通配符配置文件，但是您可以通過在構建設置中將您的Release Provisioning Profile顯式設置為正確的Ad Hoc配置文件來解決問題：

這樣可以避免Xcode在存檔時變得太有創意。