iOS Crash Reporter服务/替代MacDevCrashReports.com
我正在寻找一个iOS崩溃记者networking服务。 我知道MacDevCrashReports，但他们目前不接受新的注册。
我知道在GitHub上有一个开源的崩溃报告框架，但我不想把这些东西放在服务器上，configuration它等等。 一个不错的networking服务会更好。
谢谢，
帕特里克
我一直在为我的iOS和Android应用程序使用Crittercism 。 这为我节省了很多时间。 它具有比BugSense和Hoptoad更多的function。
MacDevCrashReports用完了，因为我无法继续免费提供服务，所以数据量太大了。 100.000崩溃报告，例如需要大约2GB的存储空间。 但是我正在和一些朋友一起开展一项新的服务，为pipe理崩溃报告和其他开发人员相关数据提供增强的function。 你可能想检查一下HockeyApp的消息。
在此之前，您也可以使用MacDevCrashReports源代码，在您自己的Web服务器上。 它是完全开源的，可以在GitHub上find 。
收集崩溃的过程是使用PLCrashReporter 。 哪个更可靠，哪个是asynchronous安全的。 还有一些崩溃的情况，比如objc运行时崩溃，会导致死锁（ PLCrashReporter的创build者Landon Fuller提供的信息 ）。
PLCrashReporter符号创build的崩溃日志文件，可以用dSYM捆绑包完成，查看这个描述 。
关于彼得的AppStore论据。 正如Patrick指出的，这不适用于Ad-Hoc构build，这是一个大问题，因为您希望在testing时查找并修复崩溃。 另一方面，iTunes Connect中的崩溃报告非常不准确：
- 数据集只能每天更新一次
- 数据只有在用户将他们的设备与iTunes同步并且只有在他们同意发送该数据的情况下才可用。 由于大多数用户不理解对话，他们否认
- 你只能得到一个崩溃的一个子集，前5名
- 你不会得到即时的报告，而不是使用应用程序内部的记者
- 您不会像Web服务那样获得类似崩溃的分组
- 你没有得到一个Web界面来处理崩溃，做笔记，标记为固定等。
iTunes连接报告为我的应用程序有0（零）崩溃，但在我的数据库中有大约200！ 通过futuretap查看这篇博客文章 ，了解他们使用应用程序内崩溃记者的经验和发现。
有一项名为BugSense的新服务。 试一试！
对于临时崩溃报告，您可以使用TestFlight 。 它有TestFlights SDK ，使用它可以收集崩溃报告和附加数据，检查点，反馈。
如果您通过App Store进行分发，则应该在iTunes Connect中收到崩溃报告。
我们正在玩Hoptoad的一些应用程序。 看起来工作得很好。
我已经使用HockeyApp和Crashlytics取得了巨大的成功。 HockeyApp很好，因为一旦你将IPA文件添加到他们的服务中，他们甚至会提供一个下载页面，以便将你的版本发布给testing人员。
从UX的angular度来看，Crashlytics有点干净，但仍然处于testing阶段，并且有一段等待时间，而HockeyApp则可以立即使用，而且更加成熟一些。 它也似乎Crashlytics优先考虑应用程序已经在应用程序商店，当你注册的程序。
您也可以检查BugHD ，支持iOS，Mac和Android崩溃报告