转移iOS应用程序的副作用– iOS开发提示和技巧

当您销售长期开发的应用程序的时候到了，或者您即将接管一个应用程序时，您可能不必担心过渡过程。尽管Apple已经详细描述了这些步骤，但是您应该在开始过渡之前考虑潜在的后果。

您还应确保该应用程序符合所有条件并符合转让条件 。最重要的是，该应用程序必须至少具有一个已发布到App Store的版本，并且该应用程序的任何版本都没有使用iCloud权利或Passbook权利 。

备份数据

将应用程序移至新帐户后，旧帐户将不再可用 。这意味着启动器将丢失有关该应用程序的所有信息，包括元数据，在App Store上可用的日期，定价，销售或下载统计信息。您应该备份所有这些信息以作记录，因为过渡后将无法取回这些信息。

如果您的应用程序使用以下任何功能，则需要执行一些其他操作：

可自动续订的订阅 -如果应用程序使用这种订阅，则可能会验证其有效性（例如后端）。为了确保收件人在过渡期间能够验证订阅，发起方需要在启动传输之前生成特定于应用程序的共享密钥，并与收件人共享代码，以便他们可以设置自己的验证。应用传输完成后，收件人应生成一个新的共享机密，以便组织外部的用户不再可以访问它。
Apple Pay-商户ID不会随应用程序一起转移。只要原始证书有效，交易就继续成功。在提交更新时，收件人需要生成一个新的商家ID。
钥匙串 -在过渡后提交第一次更新时，您会收到一封电子邮件警告，提示可能会丢失钥匙串访问权限 。应用转换后，团队ID更改，因此应用标识符从[old-team].pl.brightinventions.app变为[new-team].pl.brightinventions.app ，这导致丢失了钥匙串访问权限。用户更新他们的应用程序后，它将找不到身份验证令牌并要求重新登录。钥匙串共享也仅在更新应用程序之前需要继续工作，并且需要替换为收件人创建的钥匙串组。
推送通知 -不会传输用于推送通知的客户端SSL证书，因此收件人需要创建自己的证书并将其上载到其推送通知服务（后端，Firebase等）中。

此外，如果某个应用程序是跨应用程序多人兼容性列表的一部分 ，它将不再与其他应用程序兼容或出现在其他应用程序的列表中。同样，如果某个应用程序是该应用程序包的一部分，则您将不再能够查看该应用程序包的历史记录。

处理应用程序转移最多可能需要两个工作日。在此期间，您将无法编辑应用程序元数据，权利，价格和应用程序内购买，因此您应确保在此期间不需要任何紧急更改。

转移应用程序对用户来说并不明显，并且准备充分应该不会以任何方式影响他们。但是，您应该更新服务条款和数据保护条件，以便它们与新的所有者策略匹配。

将应用程序转移到另一个帐户并不困难，但这需要了解流程并做好一些准备，特别是如果您使用推送通知，钥匙串，Apple Pay，自动续订或当您的应用程序是跨应用程序多人游戏的一部分时兼容性列表或应用捆绑包。

最初发布于brightinventions.pl

Mateusz Klimczak着，推动事物前进@ Bright发明

电子邮件Twitter Github Stackoverflow