这里先简单说一下GP的版本管理机制。GP把一系列版本的发布过程划分为了4个轨道，分别为: 内部测试 ， 封闭式测试 ， 开放式测试 ， 正式版 ，GP建议我们应先通过前3个测试轨道发布，最终再决定将版本发布到 正式版 轨道上。我们在任意轨道上创建版本都要上传或从内容库中选择.aab，不了解.aab格式的同学可以 前往这里 ，新上传的每个 versionCode 对应的.aab都会被存入到内容库或者叫App bundle资源管理器里，并且这些.aab不能被删除。

其实不熟悉的同学可能觉得轨道这种概念比较难以理解，其实可以简单的理解为你哪些版本要面向哪些用户。比如现在有个1版本，还未测试通过，这时面向的就是测试人员，所以我们将其发布到测试轨道；当测试通过需要面向普通用户发布的时候，这个时候我们就将其放入正式版；当我们要针对一些深度用户想让他们参与一些新功能测试的时候，我们又可以放入封闭式测试或开放式测试轨道中，这对一些功能需要灰度发布的场景很有用。

一般 内部测试 、 正式版 就能满足大部分日常迭代需求。我们公司现在的模式就是先发内部测试，测试人员简单校验（其实这个时候的版本已经通过了测试了，主要是确认一下版本号和应用的运行环境，毕竟还是要对生产环境怀有敬畏之心吧）后就会直接推进到正式版，然后送审、发布。
PS:现在要想在GP上发布应用，targetSdkVersion不能小于30、并且应用必须支持arm64架构 。
PS:本文给出的发布流程、方法都是基于已经创建好应用并完善了所有配置

其实在我们发布内部测试轨道之前，测试人员就应该对这个版本测试完毕，而不应该上传了GP后再测试，这样是不推荐的，因为这样效率很低。将aab上传到GP，测试人员再从GP下载apk到手机，一两次还好，如果bug比较多，改一次上传下载一次，这是很浪费时间的。所以我们应该测试完毕再上传到GP。

也许有同学会问都测试通过了，为什么还要在测试轨道搞一遍。正如我上面所说，我们必须对生产环境怀有敬畏之心，原生应用更新成本是很大的，所以我们必须保证面向大部分用户的应用是可用的、正确的。

当测试人员进行版本确认、运行环境确认等简单的审查工作后，我们就可以直接把这个版本推进到正式版了。