验证 Xcode 存档而不是最终部署者

Posted 2023-02-24

【中文标题】验证 Xcode 存档而不是最终部署者

【英文标题】：Validating Xcode archive without being the final deployer

【发布时间】：2014-01-30 09:25:41

【问题描述】：

我们正在为一位在 iTunes Connect 中以自己的名字管理应用程序的客户开发一个 ios 应用程序。 我想知道当您不是将捆绑包实际上传到 App Store 的最终实例时，是否有一种可行的方法来验证 ipa。一种常见的情况是，您将应用程序捆绑包部署给客户，以便他成为 iTunes Connect 中管理应用程序的人，但您仍然希望确保一旦应用程序在您的客户手中，一切都检查完毕。

需要明确的是：我们无法访问我们的客户 iTunes Connect，但我们会将应用程序与他们的分发配置文件一起存档。

想到的想法是在我们自己的 iTunes Connect 中创建一个模拟应用程序，而不打算实际发布该应用程序。人们可以对此进行扩展，并实际对应用程序进行预审，以确保在我们将档案发送给客户或客户后，该应用程序不会引起令人不快的意外。苹果会在这条路上扔石头吗？我可以想象，如果开发人员允许对同一个应用版本进行两次审查，他们会不高兴...

【问题讨论】：

我不确定我是否理解您的要求。为什么给客户一个捆绑包允许他们在应用商店管理它？验证 xCode 存档是什么意思？真的不清楚的问题。

我们的客户政策是管理所有以他们的名义制作的应用程序，这是非常容易理解的。它只是使应用程序的部署更加复杂。可以从组织者验证 Xcode 存档。见developer.apple.com/library/ios/recipes/…

【参考方案1】：

您询问是否可以测试最终的 Xcode 存档。是的，可以测试。您应该要求您的客户向您发送一份提交的应用程序的副本，因为它显示在 Xcode 管理器中）。他们将不得不使用 THEIR 应包含您的设备的 AdHoc 配置文件退出捆绑包，并将 IPA 发送给您。然后，您将能够检查最终提交的应用程序。

对于您问题的第二部分，这是最有趣的：在您的帐户中发布应用程序然后让客户再次发布它会很棒。有两个问题：如果审阅者相同，那么您客户的应用可能会被拒绝。并且：如果审阅者不同，它可能会通过第一个审阅者的验证而第二个审阅者失败。