问题中的答案Android Play 控制台：内部测试版本，密切测试？它是如何运作的？ https://stackoverflow.com/questions/65728704/android-play-console-internal-testing-version-close-testing-how-does-it-work says:
最终用户（或测试人员）无法选择他们想要的版本，他们
将始终收到具有最高版本代码的 APK/AAB
有资格获得。
但我想知道：如果我们在生产轨道上发布某些内容（即修补程序），当内部测试轨道被生产轨道覆盖时，我们如何继续使用内部测试轨道来开发新功能？
解决方法可能是：
- 在生产轨道上发布后，使用更高版本代码重新发布内部版本。
- 根本不使用内部测试轨道并向内部测试人员提供 apk。
- 发布单独的应用程序进行内部测试
但所有这些都很耗时，而且对我来说，没有并行内部测试到频繁更新的生产版本的工作流程是没有意义的。
对此有一些建议吗？
我认为最好的方法是为每个构建不断增加版本代码，并始终上传具有更高版本代码的版本，以及使用为您提供发布灵活性的版本控制策略。不幸的是，Play 商店需要这样做，但我不知道有什么办法可以解决它。
例如：
您当前的生产版本的版本代码为 123，您正在测试下一个版本并希望分发以进行内部测试。您的下一个版本应该增加（例如版本代码 124），并发布到内部测试。完成测试并准备发布后，您可以将版本 124 升级到生产并准备您的next发布用于内部测试（并将其版本代码增加到 125 等）。
这是一个人为的示例，在现实世界的示例中，版本控制策略可能会变得非常复杂（例如，如果您将修补程序版本直接发送到生产环境以修复关键错误），但这更重要的是如何构建版本控制策略以及您为每个版本增加的版本号。
更进一步看一个现实世界的例子：
- 我们采用基于的版本控制策略语义版本控制 https://semver.org/（黄金标准），
major.minor.patch，作为版本名称
- 我们使用格式匹配的版本代码
MMMMmmpp，其中我们使用 4 位数字表示主要版本 (M)，使用 2 位数字表示次要版本 (m) 和补丁 (p) 版本。
- 应用程序发布v2.4.5产生版本代码00020405
- 每个正常版本都会增加次要版本，修补程序会增加补丁版本
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
