我知道这已经被问过，但尝试了一切，但没有运气。尝试使用 Application Loader 上传我的二进制文件并收到上述错误。
我的情况有一些有趣的事情：
我的应用名称中不小心有一个空格。这会导致代码签名失败吗？
查看构建日志，最后一个条目是*警告：默认使用标准的协同设计工具。这可能是导致问题的原因吗？如果是这样，我该如何解决。
在公司防火墙后面。我可以访问网络，但某些端口可能已关闭。这会影响它吗？
除了撤销所有证书之外，我尝试了一切，主要是因为我几个小时前刚刚创建了它们。
编辑：好的，我已经重新创建了整个项目，我已经撤销了所有证书并重新创建并安装了它们，我已经从 subversion 导出了最后一个版本以确保 subversion 不会影响它，使用命令行工具来压缩它，使目标协同设计正确的配置文件，使项目协同设计成为默认配置文件和分发配置文件，尝试不同的网络连接以确保它不是防火墙。
正如你所看到的，我已经尝试了我能找到的一切，但愚蠢的事情仍然不起作用。
有什么帮助吗？
干杯
K，这太烦人了。在按照我在问题中所说的做了所有事情并做了两次之后，决定在别人的计算机上尝试应用程序加载器。第一次工作，没有跳过一个节拍。
奇怪的是我有当前的 Xcode（我假设它是 Application Loader 的来源），而另一台计算机正在运行旧的。也许现在的那个坏了？
我在使用 XCode4 时遇到了同样的问题。结果我需要编辑方案并指定存档的构建配置是与分发配置文件相关联的配置 - 在我的例子中是“App Store”。
如果您遇到同样的问题，那可能需要检查。
我也有这个问题，直到我意识到现在有一种不同的方式来上传应用程序。
我的“发布”应用程序构建为档案
如果您打开管理器并选择顶部的“存档”，您的应用的标题信息中有“验证”、“共享”和“提交”按钮。
单击“验证”将我的代码签名信息添加到应用程序（使用适当的开发人员登录名登录后）
单击“提交”让我完成了应用程序加载器用来询问的相同问题，并毫无问题地上传了应用程序。（再次使用相应的开发者信息登录后）
显然，当我更新到 xcode 4 时，它只是没有删除旧的应用程序加载器。
在项目级别，您要设置代码签名身份，但将配置文件保留为 DEFAULT。
然后在目标级别，您必须同时设置代码签名身份和配置文件。
如果您不这样做，则该软件包将被签名，但 iTunes 连接不会正确解释。
Rudiger 通过更新到最新版本的 Xcode 解决了他的问题，但对于其他遇到错误“应用程序失败的协同设计验证”的人，请参阅 Apple 在以下 URL 上发布的潜在原因列表“如何解决错误：应用程序失败的协同设计确认？”