Ios APN&;TestFlight:Xcode选择了一个错误的(XC*)配置文件来提交归档文件
我正在使用Parse.com从一个iDevice向另一个iDevice发送客户端推送通知 它与“开发”设置(即 -“开发”上appID集的推送通知设置Ios APN&;TestFlight:Xcode选择了一个错误的(XC*)配置文件来提交归档文件,ios,objective-c,iphone,xcode,push-notification,Ios,Objective C,Iphone,Xcode,Push Notification,我正在使用Parse.com从一个iDevice向另一个iDevice发送客户端推送通知 它与“开发”设置(即 -“开发”上appID集的推送通知设置 -开发SSL证书 -开发配置概要文件 通过这种设置,我成功地向自己发送推送通知(发送方=接收方=我的设备) 现在我想测试两个不同设备之间的通信。为此,我使用TestFlight(因为这是我通常向客户机发送更新的方式)。 我遵循了所有建议的步骤,从开发转向临时: 已将AppID设置更新为“生产”推送通知 创建了生产SSL证书,并将其上载到解析服务器
-开发SSL证书 -开发配置概要文件 通过这种设置,我成功地向自己发送推送通知(发送方=接收方=我的设备) 现在我想测试两个不同设备之间的通信。为此,我使用TestFlight(因为这是我通常向客户机发送更新的方式)。 我遵循了所有建议的步骤,从开发转向临时:
谢谢可以从Xcode和开发者门户中删除通配符配置文件,但是您可以通过在生成设置中将发布配置文件显式设置为正确的临时配置文件来解决问题:
这应该可以防止Xcode在归档时变得太有创意。感谢Rhythmatic Fistman的帮助。今天我找到了答案:我用一个特别的配置文件(而不是AppStore分发配置文件)将构建提交给TestFlight。我在某个地方读到,Xcode在提交到TestFlight时在幕后创建了一个特别的配置文件,所以我认为这个特别的配置文件是合适的。但是,由于TestFlight与AppStore一样运行,没有预先注册订阅的设备UDID(与临时分发一样),因此使用“更广泛”的配置文件(如AppStore分发配置文件)是有意义的 因此,对于在Testflight中使用推送通知的任何人,您确实需要一个AppStore分发配置文件。然后Xcode会在提交阶段自动选择它