【问题标题】:Accidentally released iOS app in debug mode在调试模式下意外发布的 iOS 应用程序
【发布时间】:2015-09-08 13:45:30
【问题描述】:

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

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

【问题讨论】:

  • 增量更新是什么意思?
  • @trojanfoe 当前处于调试模式的版本是 1.0;我只是想在发布模式下发布 1.01,但想确保它会覆盖我用户的当前版本,而不是在手机上安装新应用。

标签: ios release


【解决方案1】:

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

【讨论】:

  • 只是为了确定:我重命名了我的调试版本以将“-test”附加到包标识符,并且发布版本现在具有原始标识符。您能否确认发布版本将简单地取代当前正在运行的调试版本?
  • 如果您将 -test 附加到包标识符中,则必须将其保留在包 ID 中。删除它的唯一方法是从 App Store 中删除该应用并使用正确的捆绑标识符创建一个新应用。
  • 对不起,我不清楚。 App Store 上的当前版本没有附加了“-test”。因此,我要发送的更新与当前发布的版本具有相同的捆绑 ID。您能否确认或否认您的最后评论?
  • 如果您的更新具有相同的捆绑标识符,它将作为更新发布给当前用户。
【解决方案2】:

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

【讨论】:

    猜你喜欢
    • 2018-03-22
    • 2019-09-11
    • 1970-01-01
    • 2014-08-07
    • 1970-01-01
    • 2011-01-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多