在调试模式下意外发布的 iOS 应用程序

Posted 2023-03-06

【中文标题】在调试模式下意外发布的 iOS 应用程序

【英文标题】：Accidentally released iOS app in debug mode

【发布时间】：2015-09-08 13:45:30

【问题描述】：

我昨天发布了一个 ios 应用程序，错误地仍处于调试模式。如果我在发布模式下发送增量更新，它会在用户的设备上创建一个新版本吗？

编辑：当前运行的版本（但处于调试模式）具有捆绑 ID“com.myCompany.myApp”。我想提交具有完全相同的捆绑 ID 的更新（在发布模式下），然后将“-test”附加到调试模式版本。

【问题讨论】：

增量更新是什么意思？

@***foe 当前处于调试模式的版本是 1.0；我只是想在发布模式下发布 1.01，但想确保它会覆盖我用户的当前版本，而不是在手机上安装新应用。

【参考方案1】：

如果您保留相同的包标识符（通常为com.company.appname 形式），这将是一个简单的更新。一个设备上不能有两个具有相同捆绑标识符的不同应用程序（顺便说一句，AppStore 上都没有）。

【讨论】：

只是为了确定：我重命名了我的调试版本以将“-test”附加到包标识符，并且发布版本现在具有原始标识符。您能否确认发布版本将简单地取代当前正在运行的调试版本？

如果您将 -test 附加到包标识符中，则必须将其保留在包 ID 中。删除它的唯一方法是从 App Store 中删除该应用并使用正确的捆绑标识符创建一个新应用。

对不起，我不清楚。 App Store 上的当前版本没有附加了“-test”。因此，我要发送的更新将与当前发布的版本具有相同的捆绑 ID。您能否确认或否认您的最后评论？

如果您的更新具有相同的捆绑标识符，它将作为更新发布给当前用户。

【参考方案2】：

不要更改捆绑标识符。您应该在发布模式下发布您的应用程序的较新版本。这将使用户将他们的应用程序更新到您即将发布的较新版本。