应用程序加载器卡在“使用 iTunes Store 验证资产”阶段
Application loader stuck at the stage of “Verifying assets with the iTunes Store”
我正要将一个应用程序上传到 iTunes connect，但应用程序加载器一直停留在 "Verifying assets with the iTunes Store" 阶段并等待将近一个小时。网络很好，我从来没有见过这个 before.Has 有人遇到过这种问题吗？解决方案是什么？提前致谢。
取消进程并重试。如果问题仍然存在，您可能希望通过 Xcode 而不是 ApplicationLoader 来完成。不要忘记向 Apple 提出问题，让他们知道，在重新启动 AL 后，您的 Mac 并重新安装 AL 以确保它无法修复。
希望对您有所帮助:)
我的主要原因是在会员中心查看并接受新条款！有时也需要解锁 https 端口并删除任何 https 代理。
我 运行 对此很感兴趣，并尝试了上述所有建议，但均未成功。然后我意识到我的应用程序在 iTunes Connect 中的状态是 "Developer Rejected".
我删除了我提交/拒绝的构建，这使应用程序回到了 "Ready for Upload" 状态。
然后我能够通过 "Verifying Assets" 这一步。
希望对您有所帮助！
我为一家安全限制相当严格的公司开发应用程序。我在尝试从防火墙后面发布时遇到了同样的问题，所以我和我们的网络人员一起上了 phone，果然有一个到 Apple 的 SSH 连接，可以打开上传应用程序。虽然使用 SSH 隧道确保您在传输过程中的生计是非常有意义的，但对于防火墙上的一组安全规则，它可以引发标记。
如果您尝试了所有方法并且您是从企业内部发布的，请考虑检查安全限制，看看您访问 Apple 以进行最终上传是否默认情况下未被阻止。
我尝试从公司网络上传时遇到同样的问题，但我只是共享移动互联网并使用它，所有内容加载速度都很快而且没有问题。
我发现在使用零售商提供的免费 Wi-Fi 时会出现这个问题。即星巴克。我在一个区域，我可以从本地商店获得 6 个不同的网络，并且在这个阶段所有的网络都挂在 Application Loader 和 xCode.
不要浪费你的时间！加入您自己的网络或可以与管理员交谈的网络。零售 Wi-Fi 导致黑暗面。
就我而言，我撤销了 "IOS development" 和 "IOS distribution" 配置文件，并在 Xcode -> 首选项 -> 帐户 -> 查看详细信息中重新创建它们
建议不要取消
这个过程似乎卡住了，但我等待 10-15 分钟完成上传成功。
取消很可能会导致 iTunes Connect 上的构建永远不会完成处理。它们只会在大约 10 分钟后被 iTunes Connect 内部自动清理删除。 15-30 天。缺点是无法使用该版本号的任何构建版本在 iTunes Connect 中进行内部测试，因为无限期处理构建版本是唯一列出的可供选择的版本。唯一的解决办法是增加内部版本号，您可以选择它进行外部测试。
我只需要一个有效的 iOS 分发配置文件。我一创建它就立即开始上传。
换wifi帮我解决了
在 Xcode 8.0 (8A218a) 上，我遇到了这个问题。
我已经添加了关联域功能来处理应用链接。我不小心在 url 上留下了尾随的“/”。删除尾部斜线解决了这个问题。
需要检查的内容很少
1.确保你有一个有效的分发配置文件
2. 您的网络在上传过程中阻止了一些请求。
对我来说，这两个问题我都有，
创建有效配置文件后，尝试使用我的移动热点并在 3 分钟内完成上传。
这可能是巧合，但我发现我必须拔下所有设备才能完成上传。我是 VMWare 中的 运行 Sierra，这可能相关也可能不相关...无论如何，如果您遇到困难，可以尝试一些简单的方法！
这是我工作的地方之一的永久性问题。就我而言，问题根本不在配置中。
因此，我尝试使用 Wireshark 检查发生了什么：我看到正确启动的 SSL 连接，数据开始通过 UDP 上传，但随后 "Retransmission" 或 "Spurious Retransmission" 消息开始出现，这一切要么在 "Destination unreachable (Port unreachable)" 中结束，要么连接被任何一方重置。有时它会在 2-3 秒后发生，有时会在不到 1 秒内发生。组织者再次尝试，但并非总是如此。有时它只是停止并等待未知的时间。
我尝试过的：
[失败] 重启电脑或WiFi
[失败] 等待几个小时希望进程完成
[失败] 修复 WiFi 路由器上的时钟（自动时钟已关闭）
[有时会有所帮助]连续进行多次尝试 - 这需要
更改内部版本号和 re-archiving。有点time-consuming.
[经常帮助]找到另一个 WiFi 或使用移动网络
我会继续研究这些路由器的设置，如果发现问题，我会更新我的答案。
此问题主要出现在企业网络上。有许多解决方案，请注意，其中一些只是上述的重复。
1.确保没有待处理的合约正在等待 signed/accepted
转到 member center 并确保所有合同都已签署，未决合同将在页面顶部的 yellow/red 大横幅中突出显示
2.Change 网络
离开你的企业网络并连接到你的手机phone（速度较慢但有效）。如果您没有摆弄过路由器，您的家庭网络应该也能正常工作
3。关闭你的代理
更改或最好关闭您的代理。如果 Charles 或类似应用 运行，也请将其关闭。
4。使用独立的 Application Loader app
这只是一个走动，因为它允许您切换协议。即使在办公室网络中，删除 Signiant 和 Aspera 协议也对我有用。
可以在 Xcode -> 打开 Deleveloper 工具 -> 应用程序加载器下找到应用程序加载器
5.自动化！
使用 FastLane 工具，但记得在配置文件中设置 ENV["DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS"] = "-t DAV"。
这比上面的其他步骤要多得多，但提供了一个持久的解决方案。如果配置正确，fastlane 也非常酷。
6.哭
因为开发人员也有糟糕的日子。
我遇到了这个错误，但令人惊讶的是我后来收到一封电子邮件，说我尝试上传的版本已完成处理，所以显然这是误报。
对我来说，只需将互联网连接从 wifi 切换到移动数据即可正常工作
已打开 Fabric 桌面应用程序。关闭导致它立即工作。
每次 这种"freeze" 发生，我可以通过在 Safari 中转到 developer.apple.com 并登录来修复它。
完成后神奇地恢复上传。不是 co-incidence。我认为这是一个长期存在的错误，Xcode 以某种方式失去授权。
确保您的项目在 App Store Connect 上 "Prepare for Submission"。
这发生在我身上，因为我已经加载了我的应用程序的以前版本并发现了一些新的变化，并试图上传新版本。但是 App Store Connect 上的状态仍然是 "Waiting for Review"。拒绝当前构建并将状态更改为 "Prepare for Submission" 解决了问题。
我正要将一个应用程序上传到 iTunes connect，但应用程序加载器一直停留在 "Verifying assets with the iTunes Store" 阶段并等待将近一个小时。网络很好，我从来没有见过这个 before.Has 有人遇到过这种问题吗？解决方案是什么？提前致谢。
取消进程并重试。如果问题仍然存在，您可能希望通过 Xcode 而不是 ApplicationLoader 来完成。不要忘记向 Apple 提出问题，让他们知道，在重新启动 AL 后，您的 Mac 并重新安装 AL 以确保它无法修复。
希望对您有所帮助:)
我的主要原因是在会员中心查看并接受新条款！有时也需要解锁 https 端口并删除任何 https 代理。
我 运行 对此很感兴趣，并尝试了上述所有建议，但均未成功。然后我意识到我的应用程序在 iTunes Connect 中的状态是 "Developer Rejected".
我删除了我提交/拒绝的构建，这使应用程序回到了 "Ready for Upload" 状态。
然后我能够通过 "Verifying Assets" 这一步。
希望对您有所帮助！
我为一家安全限制相当严格的公司开发应用程序。我在尝试从防火墙后面发布时遇到了同样的问题，所以我和我们的网络人员一起上了 phone，果然有一个到 Apple 的 SSH 连接，可以打开上传应用程序。虽然使用 SSH 隧道确保您在传输过程中的生计是非常有意义的，但对于防火墙上的一组安全规则，它可以引发标记。
如果您尝试了所有方法并且您是从企业内部发布的，请考虑检查安全限制，看看您访问 Apple 以进行最终上传是否默认情况下未被阻止。
我尝试从公司网络上传时遇到同样的问题，但我只是共享移动互联网并使用它，所有内容加载速度都很快而且没有问题。
我发现在使用零售商提供的免费 Wi-Fi 时会出现这个问题。即星巴克。我在一个区域，我可以从本地商店获得 6 个不同的网络，并且在这个阶段所有的网络都挂在 Application Loader 和 xCode.
不要浪费你的时间！加入您自己的网络或可以与管理员交谈的网络。零售 Wi-Fi 导致黑暗面。
就我而言，我撤销了 "IOS development" 和 "IOS distribution" 配置文件，并在 Xcode -> 首选项 -> 帐户 -> 查看详细信息中重新创建它们
建议不要取消
这个过程似乎卡住了，但我等待 10-15 分钟完成上传成功。
取消很可能会导致 iTunes Connect 上的构建永远不会完成处理。它们只会在大约 10 分钟后被 iTunes Connect 内部自动清理删除。 15-30 天。缺点是无法使用该版本号的任何构建版本在 iTunes Connect 中进行内部测试，因为无限期处理构建版本是唯一列出的可供选择的版本。唯一的解决办法是增加内部版本号，您可以选择它进行外部测试。
我只需要一个有效的 iOS 分发配置文件。我一创建它就立即开始上传。
换wifi帮我解决了
在 Xcode 8.0 (8A218a) 上，我遇到了这个问题。
我已经添加了关联域功能来处理应用链接。我不小心在 url 上留下了尾随的“/”。删除尾部斜线解决了这个问题。
需要检查的内容很少 1.确保你有一个有效的分发配置文件 2. 您的网络在上传过程中阻止了一些请求。
对我来说，这两个问题我都有， 创建有效配置文件后，尝试使用我的移动热点并在 3 分钟内完成上传。
这可能是巧合，但我发现我必须拔下所有设备才能完成上传。我是 VMWare 中的 运行 Sierra，这可能相关也可能不相关...无论如何，如果您遇到困难，可以尝试一些简单的方法！
这是我工作的地方之一的永久性问题。就我而言，问题根本不在配置中。
因此，我尝试使用 Wireshark 检查发生了什么：我看到正确启动的 SSL 连接，数据开始通过 UDP 上传，但随后 "Retransmission" 或 "Spurious Retransmission" 消息开始出现，这一切要么在 "Destination unreachable (Port unreachable)" 中结束，要么连接被任何一方重置。有时它会在 2-3 秒后发生，有时会在不到 1 秒内发生。组织者再次尝试，但并非总是如此。有时它只是停止并等待未知的时间。
我尝试过的：
[失败] 重启电脑或WiFi
[失败] 等待几个小时希望进程完成
[失败] 修复 WiFi 路由器上的时钟（自动时钟已关闭）
[有时会有所帮助]连续进行多次尝试 - 这需要 更改内部版本号和 re-archiving。有点time-consuming.
[经常帮助]找到另一个 WiFi 或使用移动网络
我会继续研究这些路由器的设置，如果发现问题，我会更新我的答案。
此问题主要出现在企业网络上。有许多解决方案，请注意，其中一些只是上述的重复。
1.确保没有待处理的合约正在等待 signed/accepted
转到 member center 并确保所有合同都已签署，未决合同将在页面顶部的 yellow/red 大横幅中突出显示
2.Change 网络
离开你的企业网络并连接到你的手机phone（速度较慢但有效）。如果您没有摆弄过路由器，您的家庭网络应该也能正常工作
3。关闭你的代理
更改或最好关闭您的代理。如果 Charles 或类似应用 运行，也请将其关闭。
4。使用独立的 Application Loader app
这只是一个走动，因为它允许您切换协议。即使在办公室网络中，删除 Signiant 和 Aspera 协议也对我有用。
可以在 Xcode -> 打开 Deleveloper 工具 -> 应用程序加载器下找到应用程序加载器
5.自动化！
使用 FastLane 工具，但记得在配置文件中设置 ENV["DELIVER_ITMSTRANSPORTER_ADDITIONAL_UPLOAD_PARAMETERS"] = "-t DAV"。
这比上面的其他步骤要多得多，但提供了一个持久的解决方案。如果配置正确，fastlane 也非常酷。
6.哭
因为开发人员也有糟糕的日子。
我遇到了这个错误，但令人惊讶的是我后来收到一封电子邮件，说我尝试上传的版本已完成处理，所以显然这是误报。
对我来说，只需将互联网连接从 wifi 切换到移动数据即可正常工作
已打开 Fabric 桌面应用程序。关闭导致它立即工作。
每次 这种"freeze" 发生，我可以通过在 Safari 中转到 developer.apple.com 并登录来修复它。
完成后神奇地恢复上传。不是 co-incidence。我认为这是一个长期存在的错误，Xcode 以某种方式失去授权。
确保您的项目在 App Store Connect 上 "Prepare for Submission"。
这发生在我身上，因为我已经加载了我的应用程序的以前版本并发现了一些新的变化，并试图上传新版本。但是 App Store Connect 上的状态仍然是 "Waiting for Review"。拒绝当前构建并将状态更改为 "Prepare for Submission" 解决了问题。