Xcode：开发者账号转移后更新应用
Xcode: update app after developer account transfer
由于年龄限制，我开始使用我父亲的开发者帐户开发 iOS 应用程序，但现在我有了自己的应用程序，并将我的应用程序转移到了它上面。我现在想更新我的一个应用程序，该应用程序在应用程序的本地设备上创建和维护数据。
由于我父亲的帐户仍然有效，我仍然可以在 Xcode 中通过该帐户的 "Team" 对应用程序进行签名，并且在设备上安装时一切正常。但是，我想用我自己的帐户签名，以防我父亲决定停止续订他的会员资格，但如果我这样做，每当我尝试在旧版本之上安装它时，我都会在 Xcode 中收到错误消息标题 "App installation failed" 和消息 "Could not write to the device".
谷歌搜索后，人们建议简单地从设备中删除旧版本的应用程序并安装新版本，但由于该应用程序使用其本地文档目录，这意味着用户的所有文件都将被删除删除应用程序时，这是不可接受的，因为这是应用程序的主要功能。
由于应用程序启用了 iTunes 文件共享，用户可以通过 iTunes 从设备上复制所有文件，删除应用程序，安装新版本，然后将所有文件复制回来。然而，一些用户没有电脑，只有手机或平板电脑，所以这也是不可接受的，因为他们将无法在不丢失所有内容的情况下下载更新。此外，许多应用程序用户都是年纪较大的人，他们并不擅长技术，这只会让每个人都感到非常痛苦。
除了更改签名团队外，我没有尝试任何其他操作，因为我不想用手动创建的证书和配置文件污染我的帐户，最终无法正常工作，从而搞砸任何事情。改变团队不起作用似乎很奇怪，因为我们每年都必须获得一个新的分发证书，这仍然会改变应用程序在发布更新时的签名方式。我一定遗漏了一些东西，因为这似乎是一个足够常见的场景，Apple 会有一个流程来做到这一点。
我还需要做什么？
备注：
Xcode 通常会自动为应用程序创建配置文件（假设已选中 "Automatically manage signing" 复选框，确实如此），但尚未在我的帐户上为此应用程序创建配置文件，尽管每次当我将鼠标悬停在 Targets -> myApp -> General 中 "Xcode Managed Profile" 行旁边的信息图标上时，它都说它在我帐户的开发证书下有一个配置文件。
我可以在我的计算机上访问我父亲帐户的证书和配置文件，因此用于签署当前版本的grabbing the p12 of the certificate不适用。
我问这个问题已经有一段时间了，但如果我没记错的话，我认为答案是我根本不需要做任何事情。
这个问题是因为我试图安装一个使用与当前安装版本不同的凭据签名的应用程序。例如，如果我安装了一个由 account1 签名的应用程序，那么安装任何具有相同 bundle ID 但使用 account1 以外的任何东西签名的应用程序（我们称之为 account2）都将失败。在我的例子中，account1 是我父亲的账户，account2 是我的账户。
在 App Store 方面，Apple 在审核您的应用程序后对其进行签名并将其发布到 App Store。因此，App Store 上的所有内容均由 Apple 签名。
这意味着account1下提交的app版本是Apple-signed，转移到account2后，account2提交的任何版本也将是Apple-signed。从最终用户的角度来看，由于旧版本（由account1提交）和新版本（由account2提交）由同一实体（Apple）签署，因此不存在冲突，用户永远不知道该应用已转移到另一个帐号。
因此，即使您在自己这边看到冲突，最终用户也不会。要停止查看它们，只需卸载使用 account1 签名的应用程序的任何版本并安装使用 account2 签名的新版本。一切正常。
由于年龄限制，我开始使用我父亲的开发者帐户开发 iOS 应用程序，但现在我有了自己的应用程序，并将我的应用程序转移到了它上面。我现在想更新我的一个应用程序，该应用程序在应用程序的本地设备上创建和维护数据。
由于我父亲的帐户仍然有效，我仍然可以在 Xcode 中通过该帐户的 "Team" 对应用程序进行签名，并且在设备上安装时一切正常。但是，我想用我自己的帐户签名，以防我父亲决定停止续订他的会员资格，但如果我这样做，每当我尝试在旧版本之上安装它时，我都会在 Xcode 中收到错误消息标题 "App installation failed" 和消息 "Could not write to the device".
谷歌搜索后，人们建议简单地从设备中删除旧版本的应用程序并安装新版本，但由于该应用程序使用其本地文档目录，这意味着用户的所有文件都将被删除删除应用程序时，这是不可接受的，因为这是应用程序的主要功能。
由于应用程序启用了 iTunes 文件共享，用户可以通过 iTunes 从设备上复制所有文件，删除应用程序，安装新版本，然后将所有文件复制回来。然而，一些用户没有电脑，只有手机或平板电脑，所以这也是不可接受的，因为他们将无法在不丢失所有内容的情况下下载更新。此外，许多应用程序用户都是年纪较大的人，他们并不擅长技术，这只会让每个人都感到非常痛苦。
除了更改签名团队外，我没有尝试任何其他操作，因为我不想用手动创建的证书和配置文件污染我的帐户，最终无法正常工作，从而搞砸任何事情。改变团队不起作用似乎很奇怪，因为我们每年都必须获得一个新的分发证书，这仍然会改变应用程序在发布更新时的签名方式。我一定遗漏了一些东西，因为这似乎是一个足够常见的场景，Apple 会有一个流程来做到这一点。
我还需要做什么？
备注：
Xcode 通常会自动为应用程序创建配置文件（假设已选中 "Automatically manage signing" 复选框，确实如此），但尚未在我的帐户上为此应用程序创建配置文件，尽管每次当我将鼠标悬停在 Targets -> myApp -> General 中 "Xcode Managed Profile" 行旁边的信息图标上时，它都说它在我帐户的开发证书下有一个配置文件。
我可以在我的计算机上访问我父亲帐户的证书和配置文件，因此用于签署当前版本的grabbing the p12 of the certificate不适用。
我问这个问题已经有一段时间了，但如果我没记错的话，我认为答案是我根本不需要做任何事情。
这个问题是因为我试图安装一个使用与当前安装版本不同的凭据签名的应用程序。例如，如果我安装了一个由 account1 签名的应用程序，那么安装任何具有相同 bundle ID 但使用 account1 以外的任何东西签名的应用程序（我们称之为 account2）都将失败。在我的例子中，account1 是我父亲的账户，account2 是我的账户。
在 App Store 方面，Apple 在审核您的应用程序后对其进行签名并将其发布到 App Store。因此，App Store 上的所有内容均由 Apple 签名。
这意味着account1下提交的app版本是Apple-signed，转移到account2后，account2提交的任何版本也将是Apple-signed。从最终用户的角度来看，由于旧版本（由account1提交）和新版本（由account2提交）由同一实体（Apple）签署，因此不存在冲突，用户永远不知道该应用已转移到另一个帐号。
因此，即使您在自己这边看到冲突，最终用户也不会。要停止查看它们，只需卸载使用 account1 签名的应用程序的任何版本并安装使用 account2 签名的新版本。一切正常。