安卓游戏控制台问题的答案：内部测试版本，关闭测试？它是如何工作的？说：
最终用户(或测试人员(无法选择他们想要的版本，他们将始终接收具有最高版本代码的APK/AAB符合资格。
但我想知道：如果我们在生产轨道上发布一些东西，即修补程序，当内部测试轨道被生产轨道取代时，我们如何继续使用内部测试轨道来开发新功能
解决方法可能是：
- 在生产轨道上发布后，用更高版本代码重新发布内部版本
- 根本不使用内部测试轨道，并为内部测试人员提供apk
- 发布单独的应用程序进行内部测试
但所有这些都很耗时，而且对我来说，没有针对频繁更新的生产版本进行并行内部测试的工作流程是毫无意义的。
对此有什么建议？
我认为最好的方法是为每次构建不断增加版本代码，并始终上传具有更高版本代码的版本，以及使用版本控制策略，为您提供发布灵活性不幸的是，Play Store需要这个，但我不知道该怎么办。
例如：
您当前的生产版本的版本代码为123，您正在测试下一个版本，并希望进行内部测试。您的下一个版本应该递增(例如版本代码124(，并发布给内部测试。一旦你完成了测试并准备发布，你就可以将版本124推广到生产中，并为内部测试准备下一个版本(并将其版本代码增加到125，等等(
这是一个人为的例子，在现实世界的例子中，版本控制策略可能会变得非常复杂(例如，如果您将修补程序版本直接发送到生产环境中以修复关键错误(，但这更关心的是如何构建版本控制策略，以及您为每个版本增加的版本号。
再举一个真实世界的例子：
- 我们采用基于语义版本控制(黄金标准(
major.minor.patch的版本控制策略作为版本名称 - 我们使用格式为
MMMMmmpp的匹配版本代码，其中我们使用4位数字表示主要版本(M(，次要版本(M(和补丁版本(p(各使用2位数字 - 应用程序v2.4.5版本生成版本代码00020405
- 每个正常版本都会增加次要版本，修补程序会增加修补程序版本