我们将向外部用户提交一个应用程序的预发布版本，但我想知道:他们会有什么体验?
-
用户已经在设备上安装了App Store的产品版本，现在通过TestFlight安装了新的测试版。这将是就地更新，保留数据，或一个全新的安装，删除数据，或TestFlight的版本将安装在生产旁边-这样用户有两次应用程序?
-
测试结束，生产就绪版本提交到App Store。测试者能否在保留测试版本数据的情况下无缝更新到App Store新版本?还是彻底擦干净?还是说测试版会一直在他的设备上，他必须从头开始下载一个新的完整版本?
顺便说一下，我已经提交了另一个关于版本号的问题，测试版和生产版。
-
根据https://developer.apple.com/testflight/
一旦你接受邀请，你就可以下载一个你被邀请测试的应用程序的测试版。如果你已经你的设备上安装了live应用程序吗App将取代实时版本。当你下载了测试版App，你会在它的名字旁边看到一个橙色的点，表明它是一个β。每次有新的构建版本可用时，TestFlight都会通知您并提供指导，告诉他们应该集中精力在哪里。你可以很容易地提供通过点击应用详情中的提供反馈按钮来反馈视图。电子邮件自动打开与相关的应用程序还有设备细节，你可以添加额外的细节截图。
据说这个应用程序的测试版将取代。原因是测试版应用与app Store上的应用具有完全相同的bundle标识符。
-
在安装了测试版应用程序后，用户仍然会看到来自应用商店的更新，因为已经安装了实时版本(不丢失任何数据)，因为测试版应用程序使用完全相同的证书部署。
我想事情已经改变了一段时间。
即使你有一个测试版(用生产证书签名-记住，不需要AdHoc)， TestFlight版本将作为现有应用程序的更新。我测试了这些东西，可以确认没有NSUser定义的实体被覆盖或删除TestFlight构建。
对于第二部分:如果应用程序不是主要构建，用户可以保留保存的数据(我的意思是，你不能期望以某种格式存储的数据库与应用程序版本的另一个新模型一起工作)。为了确保你的应用程序不会清除或试图修改以前的内容，在新内容上添加一个版本检查。如果找到了数据，则更新到新模式。我认为这是一条正确的道路。无论如何，你不能有重复版本的应用程序，因为它们是由相同的配置文件签名的。