上架Google play的流程

开发者账号的注册

开发者账号由运维或产品经理相关人员负责注册。为了以后方便操作,拿到账号后我们需要把我们自己的google账户也添加到这个开发者账号中,具体步骤:

  • 使用开发者账号登陆 Google Play Console
  • 点击‘用户和权限’->‘邀请新用户’->填写我们自己的google账户->为我们的账户设置权限
  • 这里先简单说一下GP的版本管理机制。GP把一系列版本的发布过程划分为了4个轨道,分别为: 内部测试 封闭式测试 开放式测试 正式版 ,GP建议我们应先通过前3个测试轨道发布,最终再决定将版本发布到 正式版 轨道上。我们在任意轨道上创建版本都要上传或从内容库中选择.aab,不了解.aab格式的同学可以 前往这里 ,新上传的每个 versionCode 对应的.aab都会被存入到内容库或者叫App bundle资源管理器里,并且这些.aab不能被删除。

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

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

  • 邀请测试人员
  • 当确认发布后我们就完成了一次内部测试轨道的新版本发布。如果是第一次发布内部测试,GP好像会审核,我也忘了,但是以后发布内部测试就不会审核了,但正式版是每次都会审核的。
  • 从内部测试轨道将最新版本推进到正式版轨道
  • 其实在我们发布内部测试轨道之前,测试人员就应该对这个版本测试完毕,而不应该上传了GP后再测试,这样是不推荐的,因为这样效率很低。将aab上传到GP,测试人员再从GP下载apk到手机,一两次还好,如果bug比较多,改一次上传下载一次,这是很浪费时间的。所以我们应该测试完毕再上传到GP。

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

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