我试图通过testflight安装一个特设的应用程序,所以我从苹果门户网站建立一个特设的配置,我打造的.ipa,然后我提交给testflight。
问题是,我可以安装testflight应用(我没有收到任何错误),但是当它开始应用它接近没有任何警报或消息。
一些测试后,我已经连接的设备的Xcode,然后我点击“配置促进发展”(或这样的事情,我没有记错的话,因为我不能再看到该选项)。 在此之后,应用程序没有关闭就启动,而且运作良好。
问题是,我无法通过testflight分发应用程序,如果我要实现发展和Xcode任何设备!
为什么我有这样的行为? 我做错了什么?
谢谢
如果你可以安装从TestFlight没有错误的应用程序,然后你的设备是在供应配置文件正确列出。 你的问题是别的东西。
尝试从设备查看崩溃日志,看看哪里出了问题。 你可以提取它们,并在Xcode symbolicate他们。
校正到MusiGenesis答案:这肯定是不正常的ad-hoc建立不与推送通知的工作! 你只需要设置和正确使用该系统。
当你的临时版本是没有收到推送通知错误的常见来源:
- 使推你的应用程序后没有产生新的provisioning profile。 这会导致接收推送令牌是零。
- 您正在使用的开发证书连接到APNS服务器。 特设建立被认为是分布构建,所以你必须使用你的产品密钥。
- 您正在将发展令牌的组合(从开发版本)和生产令牌(从临时版本)到APNS服务。 这将导致整批推送通知由服务器被丢弃。 保持你的开发,即席生产令牌数据库完全独立的,以避免这种情况。 有没有办法来确定哪些令牌中毒批次,所以你要清楚他们全力以赴,确保只是象征性的正确类型的插入。
我始终保持3个后端实例运行一个需要推送注册的应用程序。 一个用于开发版本,一个用于临时建立一个用于应用程序商店的构建。 例如,你可以在网上保留单独的API端点dev.mybackend.com
, staging.mybackend.com
和production.mybackend.com
由不同的数据库实例支持他们隔离开来。
在Xcode项目我然后对这些类型建立单独的生成配置和使用预处理宏交换正确的后端。 单独构建配置也很方便,如果你想确保你的开发版本是不报告错误的分析,以生产账户,正确配置配置文件将自动使用等等等等。
这是从2012年的老问题,但最近我有完全相同的问题。 而且我想我们做什么的问题。 我用的是框架OCMock并且当我把它更新到3.0版本,我开始有这个问题。 我恢复回来,它工作正常。 我不知道是什么在OCMock 3.0使得这个问题呢。 如果我弄明白我会再次写在这里。
http://ocmock.org/ocmock3/