我在PlayStore（和AppStore）上有一个应用程序，版本号为1.5.1，版本号为151。
我开始使用2.0的主要版本，找不到有关如何处理它的信息。我的意思是，如果我发布到alpha通道VersionCode 200，一切正常。但是，如果下周我需要为以前的版本部署错误修复程序，则需要将VersionCode 152部署到Beta通道，但是Play商店会发出警报，因为这是最后一个Alpha通道的次要VersionCode。
基本上，我想问的是在PlayStore上处理主要版本的最新技术水平（如果与App Store兼容，很好）。
我读了一些人处理多个程序包名称（不同的应用程序）的地方。如果是这种情况，那么什么时候才能最终部署2.0，应该将该软件包重命名为生产版本，并在其频道上以beta部署？这意味着在这一点上（将2.0升级到主应用程序的beta版），我将失去发布任何对先前版本的更新的能力？
答案 0 :(得分：0)
您的问题和实际问题的前提似乎有所不同。
如果您要问的是如何处理主要版本，那么有多种方法可以做到。但总而言之，这都是关于在何时更新主要版本，然后继续自动化过程或手动执行策略方面采用策略。
基本上，一天结束时，需要更新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商店也不会抱怨。如上所示，如果您更新一个apk（例如1.5.1 152）和另一个apk（是2.0.0 201），它将不会抱怨。
最佳做法是，当您跳过主要版本并分散目标受众时，将版本代码的值增加50还是很普遍的事情。