应用程序加载器陷入“用iTunes Storevalidation资产”阶段
我即将上传一个应用程序到iTunes连接，但应用程序加载程序一直停留在“用iTunes Storevalidation资产”阶段，并等待了将近一个小时。 networking是好的，我从来没有见过这个。有没有人遇到过这种问题？ 有什么解决办法？提前致谢。
取消进程并重试。 如果问题仍然存在，则可能需要通过Xcode而不是ApplicationLoader来完成。 不要忘记打开一个问题与苹果让他们知道，重新启动AL后，你的Mac和重新安装AL，以确保它不能被修复。
希望帮助:)
这个问题主要是在企业networking上。 有一些解决scheme请注意，其中一些只是重复上述。
1.确保没有挂起的合同正在等待被签署/接受
去成员中心 ，并确保所有合同都签署，待定合同将突出显示在页面顶部的一个大的黄色/红色的旗帜
2.更换networking
离开你的企业networking，连接到你的手机（较慢，但工作）。 你的家庭networking也应该工作，如果你还没有弄乱你的路由器
3.下载你的代理
更改或最好closures您的代理。 如果Charles或类似的应用程序正在运行，请closures它们。
4.使用独立的Application Loader应用程序
这只是一个漫步，因为它允许您切换协议。 去除Signiant和Aspera协议，即使在办公networking中也适用。
应用程序加载器可以在Xcode – > Open Deleveloper Tool – > Application Loader下find
5.自动化！
使用FastLane工具，但请记住在您的configuration文件中设置ENV["DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS"] = "-t DAV" 。
这比上面的其他步骤要多得多，但提供了一个持久的解决scheme。 如果configuration正确，Fastlane也非常酷。
6.哭
因为开发商也有糟糕的日子。 😢😭😭😭😭😭😭
我遇到了这个，并尝试了所有上述build议，但都没有成功。 然后我意识到我的应用程序在iTunes Connect中的状态是“开发人员拒绝”。
我删除了我提交/拒绝的版本，这使应用程序回到“准备上传”状态。
那时我才能通过“validation资产”步骤。
希望这可以帮助！
我开发了一个安全约束相当严格的公司的应用程序。 我有同样的问题试图从防火墙后发布，所以我和我们的networking人员打了电话，果然有一个到苹果的SSH连接，打开上传应用程序。 尽pipe使用SSH隧道确保您的生计在运输中是非常有意义的，但是在防火墙上的一系列安全规则中，它可以提高标志。
如果您尝试了所有内容，并从业务范围内发布内容，请考虑检查安全性限制，以确定您是否能够访问Apple的最终上载内容。
我的主要原因是在会员中心审查并接受新条款！ 有时候这也是解锁https端口并删除任何https代理的问题。
从零售商使用免费Wi-Fi时，我发现这是一个问题。 即星巴克。 我在一个地区，我可以从本地商店6个不同的networking，并在这个阶段都挂起Application Loader和xCode。
不要浪费你的时间！ join你自己的networking或者你可以和pipe理员交谈的地方。 零售Wi-Fi导致黑暗的一面。
我build议不要取消。
这个过程似乎被卡住了，但对于我来说，等待10-15分钟，上传成功完成。
取消将最有可能导致构build在iTunes Connect上，永远不会完成处理。 只有在iTunes Connect内部自动清理之后，才能将其删除。 15-30天。 缺点是在iTunes Connect中无法使用该版本号的任何内部版本进行内部testing，因为无限期处理构build版本是唯一可以select的构build版本。 唯一的办法是增加内部版本号，你可以select外部testing。
当我尝试从我的公司networking上传文件时遇到了同样的问题，但我只是共享移动互联网并使用它，所有加载速度都很快，没有问题。
在我的情况下，我撤销了“IOS开发”和“IOS发行版”configuration文件，并在Xcode – > Preferences – > Accounts – > View Details中重新创build它们
改变无线电为我解决它
我只需要一个有效的iOS分发configuration文件。 只要我创build一个，立即开始上传。
在Xcode 8.0（8A218a）上，我遇到了这个问题。
我已经添加了Associated Domainsfunction来处理Applinks。 我不小心留下了我的url后面的“/”。 删除这个尾部的斜杠解决了这个问题。
几件事情要检查1.确保你有一个有效的分发configuration文件2.你的networking在上传过程中阻止了一些请求。
对我来说，在创build一个有效的configuration文件后，我有两个问题，尝试使用我的移动热点，并在3分钟内完成上传。
这可能是一个巧合，但我发现我必须拔掉所有的设备才能完成上传。 我在VMWare上运行Sierra，可能会或者可能不会有关系，无论如何，如果卡住了，很容易尝试。
在我工作的地方，这是一个永久的问题。 这个问题在我的情况下根本不在供应中。
所以，我试图检查使用Wireshark会发生什么：我看到正确启动的SSL连接，数据开始通过UDP上传，但是“重新传输”或“虚假重新传输”消息开始发生，这一切都在“目的地不可达（端口无法访问）“或连接被双方重置。 有时发生在2-3秒之后，有时在不到1秒的时间。 组织者再次尝试，但并非总是如此。 有时候它会停下来，等待一段未知的时间。
我曾经尝试过：
-
[失败]重新启动计算机或WiFi
-
等待几个小时，希望过程结束
-
修复WiFi路由器上的时钟（自动时钟closures）
-
[ 有时帮助 ]连续进行几次尝试 – 这需要更改内部版本号和重新归档。 有点费时。
-
[ 通常有助于 ]find另一个WiFi或使用移动networking
我将继续玩这些路由器的设置，并会更新我的答案，如果我find了什么。
对于我来说，只需从WiFi切换到移动数据的互联网连接，其工作正常
我得到这个错误，但令人惊讶的是我后来收到一封电子邮件，说处理已经完成，我试图上传的版本显然这是一个虚惊。