【问题标题】:Testflight vs. App Store Installation (without loosing data)Testflight 与 App Store 安装(不丢失数据)
【发布时间】:2018-06-18 07:32:35
【问题描述】:

我们希望我们的测试人员能够:

1) 在安装我们应用程序的 App Store 发布版本 (app_store-version) 时替换已安装的我们应用程序的 Tesflight 版本 (test-version) 而不会丢失其数据(全部在应用程序包、Core Data 和其他数据库中,钥匙串数据,用户默认值)。

2) 反之亦然

将已安装的 app_store-version 替换为测试版本,而不会丢失上述数据。

我找到的唯一信息是在 Testflight 文档中:

...如果您已经安装了应用程序的实时版本 设备,该应用程序的测试版将取代实时版本。 下载 Beta 版应用后,您会在旁边看到一个橙色圆点 它的名称将其标识为测试版。 ...

我没有找到有关相反情况的任何信息(...如果您已经安装了测试版本,app_store-version 将替换它...),也没有在替换应用程序时保留上述数据.

Apple 开发人员支持告诉我,他们没有这方面的知识。 :-/

我的问题是:

1) 是否可以在不丢失上述数据的情况下将我们应用的 Tesflight 版本(测试版本)替换为我们应用的 App Store 发布版本(app_store-version)?

2) 是否可以在不丢失上述数据的情况下用我们应用的 Tesflight 版本(测试版)替换我们应用的 App Store 发布版本(app_store-version)?

3) 如果 1+2 是可能的,替换/不替换应用程序需要考虑哪些参数? (仅限 BundleID,BundleID 和 BundleVersion ...)

【问题讨论】:

    标签: ios deployment testflight


    【解决方案1】:

    您可以像定期更新一样覆盖 TestFlight 和 App Store 版本。但是,为了做到这一点,Next Version 的内部版本号应该大于安装的版本号。

    这意味着您无法安装 TestFlight 版本,在 App Store 上发布并升级,因为内部版本号将是相同的

    【讨论】:

    • 意味着:在两个方向上,应用程序都被替换,如果:1) 应用程序 ID 相同 2) 内部版本号 > 已安装的内部版本号,则保留应用程序包数据?如果内部版本号相同会怎样?两个已安装的应用程序?替换应用丢失数据?
    • 不,您不能拥有具有相同捆绑 ID 的 2 应用程序。如果分发配置文件不匹配,您不能通过第二个应用程序(匹配的捆绑 ID)覆盖应用程序。最后,如果分发配置文件匹配,如果构建版本更高,您将看到 AppStore“更新”。
    • 所以答案是:1)是的。 2) 是的。 3) Bundle ID == installed Bundle ID AND (bundleVersion > installed.bundleVersion OR (bundleVersion == installed.bundleVersion AND buildNum > installed.buildNum))?
    • 是的,就是这样。但不要忘记分发配置文件部分。
    • 您指的是什么“分发配置文件部分”?您能否扩展您的答案,明确说明实现上述目标需要考虑的因素?
    猜你喜欢
    • 2015-11-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-12-23
    • 1970-01-01
    • 2020-09-12
    • 1970-01-01
    相关资源
    最近更新 更多