一、iOS应用转让
（1）原因：
厂里最近扩展海外市场，由于刚开始上架新马版地区的app用的是个人开发者账号A（已上架应用），
后续要发布港澳台地区，又用了另外一个企业申请的开发者账号B发布港澳台版本。
两个不同账号同时上架相同应用的情况，往往就会被app store认为是马甲包，也就是通常见到的条款4.3。
类似描述：
Guideline 4.3 - Design We noticed that your app provides the same feature set as other apps submitted to the App Store; it simply varies in content or language, which is considered a form of spam. The next submission of this app may require a longer review time, and this app will not be eligible for an expedited review until this issue is resolved.
（2）预期：
在后续与apple团队交涉，并提供app声明文件无果之后。决定把账号A已上架的应用迁移到账号B。
提高过审几率，于是就开始了应用转让的踩坑之旅，待我细细道来。
二、应用转让条件概述
（1）关于转让步骤和条件：
详情查阅App-store-connect里，有很详细的文档概述，手把手教学。
转让步骤文档：https://help.apple.com/app-store-connect/?lang=zh-cn#/deved688524f
转让条件文档：https://help.apple.com/app-store-connect/?lang=zh-cn#/devaf27784ff
（2）容易忽略的条件
1) 商品ProductID必须不同。由于充值逻辑相同，前期在商品ID的配置上是相同的，建议采取的解决方法是在账号B未上架的应用将商品ID调整。
2) 关闭TF测试。这个比较简单，将版本设置为过期即可
三、转让后需要处理的杂务
（1）描述文件、证书
这里包括了需要在账号B下，更新转移过来的app的描述文件，以及部署新的发布、调试证书。如果有推送别把这个也忘了。
app id，随着转让会自动迁移到新账号。
证书，因为账号B的证书通常我们已经在本机有了，如果机器是同一台的话可忽略，否则导出p12。
描述文件，主要修改就是更新描述文件，其实这里主要就是关联一下账号B的证书。
（2）丢失keychain access
通常是保留一些唯一标识用的，相比一直被拒审影响上架，比较不重要。选择性忽略
（3）Sign in with Apple
这个是最坑的！！！
由于应用有使用Sign in with Apple登录账号，在应用转移之后，会导致Identifier不一致。
简单来说，就是同一个开发者账号下，Identifier是相同的。
不同开发者账号，userid是不同的。
在转移应用之后就触发了Identifier的变更。
刚开始我是不清楚这个坑的，转让文档也没有提到这一点，高高兴兴转移了应用之后收到了玩家的问题反馈。
自己的玩家数据丢失了。这可是个大问题，如何解决，请看下文分解。
