应用程序加载器卡在“使用 iTunes Store 验证资产”阶段答案

【问题标题】：Application loader stuck at the stage of “Verifying assets with the iTunes Store”应用程序加载器卡在“使用 iTunes Store 验证资产”阶段
【发布时间】：2015-06-12 04:42:19
【问题描述】：

我正准备将应用程序上传到 iTunes Connect，但应用程序加载器一直卡在“使用 iTunes Store 验证资产”阶段，等待了将近一个小时。网络很好，我以前从未见过。有人遇到过这种问题吗？解决方案是什么？在此先感谢。

【问题讨论】：

标签： ios xcode app-store-connect

【解决方案1】：

取消进程并重试。如果问题仍然存在，您可能希望通过 Xcode 而不是 ApplicationLoader 来完成。不要忘记向 Apple 提出问题，让他们知道，在重新启动 AL 后，您的 Mac 并重新安装 AL 以确保它无法修复。

希望有帮助:)

【讨论】：

谢谢:) 这个策略奏效了。我重新启动计算机并再次开始上传过程，它成功了。

【解决方案2】：

我的主要原因是在会员中心查看并接受新条款！有时也需要解锁 https 端口并删除任何 https 代理。

【讨论】：

【解决方案3】：

我遇到了这个问题，并尝试了上述所有建议，但均未成功。然后我意识到我的应用在 iTunes Connect 中的状态是“Developer Rejected”。

我删除了我提交/拒绝的构建，这使应用重新进入“准备上传”状态。

然后我就通过了“验证资产”步骤。

希望这会有所帮助！

【讨论】：

Wau wtf 我们应该如何得到这个，在 SO 上？谢谢！
这是另一个被忽略的苹果错误，因为他们根本不关心开发人员......

【解决方案4】：

我为一家安全限制相当严格的公司开发应用程序。我在尝试从防火墙后面发布时遇到了同样的问题，所以我与我们的网络人员通了电话，果然有一个与 Apple 的 SSH 连接可以打开以上传应用程序。虽然使用 SSH 隧道在传输过程中保护您的生计是非常有意义的，但对于防火墙上的一组安全规则，它可以引发标志。

如果您尝试了所有方法并且您是从企业内部发布，请考虑检查安全限制，以查看您对 Apple 进行最终上传的访问是否默认没有被阻止。

【讨论】：

【解决方案5】：

当我尝试从公司网络上传时，我遇到了同样的问题，但我只是共享移动互联网并使用它，所有内容都可以快速加载且没有问题。

【讨论】：

这正是我每次使用的解决方案！对我来说，网络共享不仅可以解决一个问题...
一路共享！

【解决方案6】：

我发现这是使用零售商提供的免费 Wi-Fi 时的一个问题。即星巴克。我所在的区域可以从本地商店获得 6 个不同的网络，并且在这个阶段，所有网络都挂在 Application Loader 和 xCode 上。

不要浪费你的时间！加入您自己的网络或可以与管理员交谈的网络。零售 Wi-Fi 会导致阴暗面。

【讨论】：

【解决方案7】：

就我而言，我撤销了“IOS 开发”和“IOS 分发”配置文件，并在 Xcode -> Preferences -> Accounts -> View Details 中重新创建它们

【讨论】：

【解决方案8】：

我建议不要取消。

这个过程似乎被卡住了，但就我而言，等待 10-15 分钟后上传成功。

取消很可能会导致 iTunes Connect 上的构建永远不会完成处理。它们只会在大约 iTunes Connect 内部自动清理后被删除。 15-30 天。缺点是无法使用该版本号的任何构建版本在 iTunes Connect 中进行内部测试，因为无限期处理构建版本是列出的唯一可供选择的版本。唯一的办法是增加内部版本号，您可以选择它进行外部测试。

【讨论】：

同意这个，我也有同样的事情
我不知道；我必须取消 100 次，从未导致处理构建。
我在公司网络上花了 10 分钟。连接到离线的 LTE 设备大约需要 45 秒。

【解决方案9】：

我只需要一个有效的 iOS 分发配置文件。我一创建它就立即开始上传。

【讨论】：

【解决方案10】：

换个wifi帮我解决了

【讨论】：

【解决方案11】：

在 Xcode 8.0 (8A218a) 上，我遇到了这个问题。

我添加了关联域功能来处理应用链接。我不小心在我的网址上留下了一个尾随的“/”。删除这个尾部斜杠解决了这个问题。

【讨论】：

【解决方案12】：

需要检查的几件事 1. 确保您拥有有效的分发配置文件 2. 您的网络在上传过程中阻止了某些请求。

对我来说，我有这两个问题，创建有效配置文件后，尝试使用我的移动热点并在 3 分钟内完成上传。

【讨论】：

【解决方案13】：

这很可能是巧合，但我发现我必须拔掉所有设备才能完成上传。我在 VMWare 中运行 Sierra，它可能相关也可能不相关......无论如何，如果您遇到困难，可以轻松尝试！

【讨论】：

【解决方案14】：

在我工作的地方之一，这是一个永久性问题。就我而言，问题根本不在于 Provisioning。

所以，我尝试使用 Wireshark 检查会发生什么：我看到正确启动的 SSL 连接，数据开始通过 UDP 上传，但随后“重传”或“虚假重传”消息开始发生，这一切都以“ Destination unreachable (Port unreachable)”或连接被任一方重置。有时它会在 2-3 秒后发生，有时不到 1 秒。组织者再次尝试，但并非总是如此。有时它只是停止并等待未知的时间。

我尝试过的：

[失败] 重新启动计算机或 WiFi
[失败] 等待几个小时希望进程完成
[失败] 修复 WiFi 路由器上的时钟（自动时钟已关闭）
[有时会有所帮助] 连续进行多次尝试 - 这需要更改内部版本号并重新归档。有点费时间。
[经常帮助]寻找另一个 WiFi 或使用移动网络

我将继续使用这些路由器的设置，如果我发现了什么，我会更新我的答案。

【讨论】：

使用另一个网络真的很有帮助。我的上传时间从一个小时缩短到 2 分钟。

【解决方案15】：

此问题主要发生在企业网络上。有很多解决方案，请注意，其中一些只是对上述内容的重复。

1.确保没有等待签署/接受的未决合同

转到member center并确保所有合同都已签署，待处理的合同将在页面顶部以黄色/红色大横幅突出显示

2.更改网络

离开您的企业网络并连接到您的手机（速度较慢但有效）。如果您没有摆弄路由器，您的家庭网络也应该可以工作

3.离开你的代理

更改或最好关闭您的代理。如果 Charles 或类似应用程序正在运行，请将它们也关闭。

4.使用独立的应用程序加载器应用

这只是一个四处走走，因为它允许您切换协议。即使在办公室网络中，删除 Signiant 和 Aspera 协议也适用于我。

应用加载器可以在 Xcode -> Open Deleveloper Tool -> Application Loader 下找到

5.自动化！

使用 FastLane 工具，但请记住在配置文件中设置 ENV["DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS"] = "-t DAV"。

这比上述其他步骤要多得多，但提供了一个持久的解决方案。如果配置正确，Fastlane 也很酷。

6.哭

因为开发人员也有糟糕的日子。 ???????

【讨论】：

非常感谢#4 为我做了这件事。我在图书馆，我猜他们限制了互联网。 jsut 必须取消勾选 signiant 和 aspera
#4 是纯金
这个解决方案（Signiant，Aspera）对我有用。非常感谢。
4 是我的解决方案，但在 XCode 11 中被删除。：/
这个答案也适用于'Transporter'（新版应用程序加载器）

【解决方案16】：

我收到了这个错误，但令人惊讶的是，后来我收到一封电子邮件，说我尝试上传的版本已完成处理，所以显然这是一个误报。

【讨论】：

【解决方案17】：

对我来说，只需将互联网连接从 wifi 切换到移动数据即可正常工作

【讨论】：

【解决方案18】：

已打开 Fabric 桌面应用程序。关闭它会导致它立即工作。

【讨论】：

【解决方案19】：

每次发生这种“冻结”，我可以通过在 Safari 中访问 developer.apple.com 并登录来修复它。

完成后上传会神奇地恢复。不是巧合。我认为这是 Xcode 以某种方式失去授权的长期存在的错误。

【讨论】：

是的，魔法也发生在我身上！荣誉@martinjbaker

【解决方案20】：

确保您的项目在 App Store Connect 上的“准备提交”中。

这发生在我身上，因为我已经加载了我的应用程序的以前版本并发现了一些新的变化，并试图上传新版本。但是 App Store Connect 上的状态仍然是“Waiting for Review”。拒绝当前构建并将状态更改为“准备提交”修复了问题。

【讨论】：