我最近将现有的 iOS 应用程序从一个 Apple 开发者帐户转移到另一个帐户。传输成功，但我在尝试提交应用程序更新时遇到了障碍。
问题出在团队 ID 前缀上，该前缀已更改以匹配新的开发者帐户。在新帐户下生成的新配置文件会自动使用这个新的团队 ID 前缀。因此，我无法向现有应用程序提交更新，该应用程序仍使用旧的团队 ID 前缀。
更新：
让我用一个虚构的例子来澄清我的问题：
假设我的帐户下有一个名为“OldApp”的应用程序，团队 ID 前缀为“1234”。此应用程序已转移到一个新帐户，该帐户的团队 ID 前缀为“5678”。现在使用新帐户，我需要发布“OldApp”的更新，但新帐户下生成的配置文件自动使用新的团队 ID 前缀“5678”。
问题在于用户设备上现有的“OldApp”安装仍然与旧的团队 ID 前缀“1234”绑定。如果我使用新的团队 ID 前缀“5678”提交更新，现有用户将无法直接从 App Store 更新应用程序。
删除应用程序并提交新应用程序不是一种选择，因为这会破坏我们现有客户的用户体验。
有没有办法更新“OldApp”，以便拥有旧团队 ID 前缀“1234”的应用程序的现有用户可以从 App Store 无缝更新？
注意：不能删除该应用程序，因为已安装该应用程序的现有客户需要能够从 App Store 进行更新。
有人遇到过这个问题吗？在这种情况下如何更新现有的应用程序？有没有办法手动设置或恢复到此特定应用程序的旧团队 ID 前缀？
你说
假设我的帐户下有一个名为“OldApp”的应用程序，团队 ID 前缀为“1234”。此应用程序已转移到一个新帐户，该帐户的团队 ID 前缀为“5678”。现在使用新帐户，我需要发布“OldApp”的更新，但新帐户下生成的配置文件自动使用新的团队 ID 前缀“5678”。
这是正确的。需要澄清的是，应用程序的名称并不重要；应用程序由其 bundle id 标识。所以，假设它的捆绑 ID 为
com.mydomain.oldapp当前安装的捆绑包（ID 为
com.mydomain.oldappteam1234那你说
问题在于用户设备上现有的“OldApp”安装仍然与旧的团队 ID 前缀“1234”绑定。如果我使用新的团队 ID 前缀“5678”提交更新，现有用户将无法直接从 App Store 更新应用程序。
这是错误的。您已将该应用程序转移到“team5678”。 App Store 知道这一点。您提交新的捆绑包以供审核。 Apple 批准后，您可以在商店中提供此新版本。捆绑包 ID 仍然是
com.mydomain.oldapp当用户安装更新时，iOS 仅查看捆绑包 ID -
com.mydomain.oldapp用户可能遇到的唯一问题是钥匙串数据丢失；如果您的应用程序已将数据存储在钥匙串中，则由于团队 ID 已更改，更新将无法访问该数据。这是不可避免的。您的应用程序将需要采取重新创建钥匙串数据所需的任何步骤（例如，让用户再次登录）。
Apple 提供了有关应用程序传输过程的文档，但是由于您的传输已经完成，因此执行其中许多任务为时已晚。