Ios 正在验证Xcode存档,而不是最终部署者

Ios 正在验证Xcode存档,而不是最终部署者,ios,xcode,app-store-connect,Ios,Xcode,App Store Connect,我们正在为一位在iTunes Connect中以自己的名义管理应用程序的客户开发iOS应用程序。 我想知道,当你不是将包实际上传到应用商店的最终实例时,是否有一种可行的方法来验证ipa。一种常见的情况是,您将应用程序捆绑包部署给客户,让他成为iTunes Connect中管理应用程序的人,但您仍然希望确保一旦应用程序在您的客户手中,一切都正常 需要明确的是:我们没有访问客户iTunes Connect的权限,但我们会将应用程序及其分发配置文件存档 我想到的想法是在我们自己的iTunes Conn

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

需要明确的是:我们没有访问客户iTunes Connect的权限,但我们会将应用程序及其分发配置文件存档


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

你问是否可以测试最终的Xcode归档文件。是的,可以测试。您应该要求客户向您发送一份已提交应用程序的副本(如Xcode organizer中所示)。他们必须退出捆绑包,并将IPA发送给您,捆绑包中应包含您的设备的临时配置文件。然后,您将能够检查最终提交的应用程序


关于你问题的第二部分,最有趣的是:在你的帐户中发布应用程序,然后让客户再次发布,这将是非常棒的。有两个问题:如果审查者相同,则您客户的应用程序可能会被拒绝。而且:如果审核人不一样,第一个审核人可能会通过验证,第二个审核人可能会失败。

我不确定我是否理解您的要求。为什么给客户一个捆绑包可以让他们在应用商店中管理它?验证xCode存档是什么意思?这是一个非常不清楚的问题。我们的客户政策是管理以他们的名义制作的所有应用程序,这是可以理解的。这只会使应用程序的部署更加复杂。可以从管理器验证Xcode存档。看见