开发者账号的注册
开发者账号由运维或产品经理相关人员负责注册。为了以后方便操作，拿到账号后我们需要把我们自己的google账户也添加到这个开发者账号中，具体步骤：
- 使用开发者账号登陆Google Play Console
- 点击‘用户和权限’->‘邀请新用户’->填写我们自己的google账户->为我们的账户设置权限
- 使用我们自己的google账户登陆 Google Play Console
版本管理
这里先简单说一下GP的版本管理机制。GP把一系列版本的发布过程划分为了4个轨道，分别为:
内部测试，封闭式测试，开放式测试，正式版，GP建议我们应先通过前3个测试轨道发布，最终再决定将版本发布到正式版轨道上。我们在任意轨道上创建版本都要上传或从内容库中选择.aab，不了解.aab格式的同学可以前往这里，新上传的每个versionCode对应的.aab都会被存入到内容库或者叫App bundle资源管理器里，并且这些.aab不能被删除。其实不熟悉的同学可能觉得轨道这种概念比较难以理解，其实可以简单的理解为你哪些版本要面向哪些用户。比如现在有个1版本，还未测试通过，这时面向的就是测试人员，所以我们将其发布到测试轨道；当测试通过需要面向普通用户发布的时候，这个时候我们就将其放入正式版；当我们要针对一些深度用户想让他们参与一些新功能测试的时候，我们又可以放入封闭式测试或开放式测试轨道中，这对一些功能需要灰度发布的场景很有用。
一般
内部测试、正式版就能满足大部分日常迭代需求。我们公司现在的模式就是先发内部测试，测试人员简单校验（其实这个时候的版本已经通过了测试了，主要是确认一下版本号和应用的运行环境，毕竟还是要对生产环境怀有敬畏之心吧）后就会直接推进到正式版，然后送审、发布。
PS:现在要想在GP上发布应用，targetSdkVersion不能小于30、并且应用必须支持arm64架构。
PS:本文给出的发布流程、方法都是基于已经创建好应用并完善了所有配置
邀请测试人员
- 将测试人员的google账号添加后，测试人员就可以从GP下载我们发布的内部测试应用了
在内部测试轨道创建新版本
- 上传或添加后版本对应的.aab会显示在这里
-
接着往下继续填写版本说明
-
一路走来到了这里
- 当确认发布后我们就完成了一次内部测试轨道的新版本发布。如果是第一次发布内部测试，GP好像会审核，我也忘了，但是以后发布内部测试就不会审核了，但正式版是每次都会审核的。
从内部测试轨道将最新版本推进到正式版轨道
其实在我们发布内部测试轨道之前，测试人员就应该对这个版本测试完毕，而不应该上传了GP后再测试，这样是不推荐的，因为这样效率很低。将aab上传到GP，测试人员再从GP下载apk到手机，一两次还好，如果bug比较多，改一次上传下载一次，这是很浪费时间的。所以我们应该测试完毕再上传到GP。
也许有同学会问都测试通过了，为什么还要在测试轨道搞一遍。正如我上面所说，我们必须对生产环境怀有敬畏之心，原生应用更新成本是很大的，所以我们必须保证面向大部分用户的应用是可用的、正确的。
当测试人员进行版本确认、运行环境确认等简单的审查工作后，我们就可以直接把这个版本推进到正式版了。
之后会跳转到正式版轨道的创建新版本页面，和内部测试是一样的，只需要大致扫一遍就可以确认发布送审了。这里建议启用
自管式发布模式，启用后新版本审核通过后需手动确认发布才会真正发布到GP。还是那句话，对生产环境怀有敬畏之心。
