我们将向外部用户提交应用的预发布版本，但我想知道：他们的体验如何？
用户在设备上拥有该应用的生产 App Store 版本，现在通过 TestFlight 安装新的测试版。这是在原地更新，保留数据，还是在擦除数据的情况下进行全新安装，或者将 TestFlight 的版本安装在生产环境旁边 - 以便用户拥有两次应用？
测试结束，生产就绪版本提交到 App Store。测试人员能否在保留 Beta 版数据的情况下无缝（就地）更新到新的 App Store 版本？或者它是一个完整的擦除？或者测试版会留在他的设备上，他必须从头开始下载新的完整版本？
顺便说一句，我已经提交了 another question 关于版本编号 beta 与生产的问题。
【问题讨论】：
标签： ios app-store-connect testflight
根据https://developer.apple.com/testflight/
接受邀请后，您就可以下载 您受邀测试的应用程序的测试版。如果你已经 在您的设备上安装实时应用程序，测试版 应用程序将替换实时版本。下载测试版后 应用程序，您会在其名称旁边看到一个橙色圆点，将其标识为 贝塔。每次有新版本可用时，TestFlight 都会通知您 并提供有关重点的说明。您可以轻松提供 通过点击“应用详细信息”中的“提供反馈”按钮进行反馈 在 TestFlight 中查看。一封带有相关应用程序的电子邮件会自动打开 和设备详细信息，您可以添加其他详细信息和 截图。
据说该应用的测试版将取代正式版。原因是 Beta 版应用与 App Store 上的捆绑包标识符完全相同。
安装 Beta 版应用程序后，用户仍会看到 App Store 中的更新，因为已安装实时版本（不会丢失任何数据），因为 Beta 版应用程序是使用完全相同的证书部署的。
【讨论】：
我认为事情在不久前发生了变化。
即使您有一个测试版（使用生产证书签名 - 请记住，不需要 AdHoc），TestFlight 版本也将作为现有应用的更新。我测试了这些东西，可以确认没有 NSUser 定义的实体被 TestFlight 构建覆盖或删除。
第二部分：如果应用程序不是主要版本，用户可以保留保存的数据（我的意思是，您不能期望以某种格式存储的数据库可以与您的应用程序版本的另一个新模型一起使用）。为确保您的应用不会清除或尝试修改以前的内容，请对新内容进行版本检查。如果找到数据，请更新到新架构。我认为这是要走的路。无论如何，您不能拥有重复的应用版本，因为它们是由同一个配置文件签名的。
【讨论】：