OSX:禁用包含应用程序符号来表示崩溃报告对我来说很管用。我将手动存储dsym和符号，而不是等待他们解决他们的“NEW”itunesconnect发布。

在使用XCode 7 beta -5时遇到了同样的问题。修正了在存档上传过程中取消勾选“包括位码”复选框的问题:

我一直有这个问题几天许多上传,似乎工作当我登录苹果的开发者门户上我的电脑(我使用而不是我的Mac查看门户)上传新版本通过我的Mac和登录到门户开发人员在Mac上我用上传出来似乎马上工作之后,猜测苹果真的讨厌Windows或从一个不同的登录电脑是一个问题。

我尝试着在两天的时间内改变内部测试者选项，尝试着改变应用细节页面上的其他项目，并尝试着上传几个新的二进制文件(使用相同的代码，只是改变了构建号)，但都没有效果。我还通过iTunes Connect支持链接联系了苹果;他们不到24小时就回复了，但只是询问更多信息(其中大部分我已经提供了)。

最后，两天后，我上传的第五个版本在正常的几分钟内完成，我终于可以提交应用进行审查了。

所以我昨天(17年2月22日)经历了这一点，我尝试通过Xcode(8.2)多次上传构建，它显示(处理)。然后我用应用程序加载器尝试了它，还是一样。我只需要等待大约12个小时，它就会向我发送处理完毕的电子邮件。

所以，不是你的问题，是他们的问题。

我也遇到过类似的问题。

昨天，我用Xcode提交了一个应用构建(1.03)，当时是下午6点左右，今天早上它还在“处理中”，事实上它还在“处理中”。

今天早上10:30左右我提交第二个使用Xcode构建(1.04),但也花了太多时间来改变它的状态,所以我提交了第三使用应用程序加载器构建(1.05)中午,应用程序加载器给了我一个警告程序太大验证其API使用(构建大约是12.5 MB),这只是一个警告我提交它,我仍然等待着改变状态(16点)。

当然，每次我都增加了构建号。所有构建都将启用位码设置为NO。

更新(下午1时52分):

第二个版本(1.0.4)刚刚在TestFlight中可用。

更新(下午4时43分):

第三个版本(1.0.5)，即与Application Loader一起提交的版本，现在可以用于TestFlight。

我的结论是他们的服务器比以前慢了…也许正在处理的应用程序的数量增加了，系统的负载也更高了，因为有新的东西需要检查(位码，观察操作系统的东西等)。