我在 PlayStore（和 AppStore）上有一个应用程序，版本号为 1.5.1，版本代码为 151。
我开始在主要 2.0 版本上工作，但找不到如何处理它的信息。我的意思是，如果我发布到 alpha 通道 VersionCode 200，一切正常。但是如果下周我需要为之前的版本部署错误修复，我需要将 VersionCode 152 部署到 Beta 通道，但 Play Store 会发出提示音，因为它是最后一个 Alpha 通道的次要 VersionCode。
基本上，我在问处理 PlayStore 上的主要版本的最新技术是什么（如果与 App Store 兼容，很好）。
我读到一些人处理多个包名称（不同的应用程序）的地方。如果是这种情况，何时最终部署 2.0，应该将包重命名为与生产相同的包并在他的频道上部署为 beta 吗？这意味着此时（将 2.0 上传到主应用程序的测试版）我将失去发布任何更新到以前版本的能力？
【问题讨论】：
标签： android deployment google-play
你的问题的前提和你的实际问题似乎不同。
如果您要问的只是如何处理主要版本，那么有多种方法可以做到这一点。但总而言之，这完全是关于何时更新主要版本的策略，然后继续自动化流程或手动完成。
归根结底，基本上，需要更新versionName。和versionCode 递增。
但是，如果我查看您问题的前提，您似乎在指出不同的情况。让我试着根据我从你的问题的前提中收集到的内容来回答。
如果您正在更新您的应用，从版本 1.5.x 到 2.0.x，并将 versionCode 增加到 200，有两种情况：
您将 2.0.x 应用程序发布给使用 1.5.x 的同一群用户。在这种情况下，如果您想在 1.5.x 上修复任何东西，那么您将在 2.0.x 上修复它并使用 versionCode 进行部署，比如 201。因此，所有用户都会得到您的修复。
您将 2.0.x 应用程序发布给不同的用户流，例如满足 minSdkVersion 特定条件的用户。然后发生的事情是，您将在 Play 商店中留下两个版本的应用程序。这两个应用程序可以通过最低 SDK 版本来区分。您需要在代码库中维护两个独立的分支。如果您使用不同的版本代码更新分别更新两个应用程序，Play Store 不会抱怨。例如，如果您更新一个 1.5.1 152 的 apk 和另一个 2.0.0 201 的 apk，它不会抱怨。
作为一种最佳做法，当您跳过主要版本并分散您的目标受众时，将版本代码提高 50 的值被广泛遵循。
【讨论】：