使用fastlane管理alpha / beta / release通道的bundle id的正确方法

时间:2018-02-04 14:25:24

标签: android testing deployment fastlane google-play-console

我已经设置了我的应用程序有两种developmentproduction。他们使用的数据库存在差异。

我想将development部署到alpha lane,将production部署到beta / release泳道。

到目前为止,没有任何问题可以通过快车道实现这一点,但我有一个问题。 在我的口味中,我为每种口味指定了不同的包ID,例如com.example.myAppcom.example.myApp-development

Fastlane只允许我指定一个,谷歌播放控制台也是如此。因此问题是:

这里有什么正确的方法?我是否只为所有口味使用1个捆绑ID并将它们部署到各自的测试通道?

或者我最好在我的游戏机中创建2个应用程序(我现在很反对)。我没有密切使用Android版本,所以我不确定通用的方法是什么。

1 个答案:

答案 0 :(得分:1)

首先要做的就是词汇量。 “bundle id”是一个没有Android定义的iOS术语。

在Android上,术语是“包名称”(例如com.example.myapp)。包名称唯一标识Android上的应用。两个不同的包名称意味着两个不同的应用

对于大多数应用程序,推荐的方法是使用相同的包名称进行alpha,beta和production。这样对用户来说就不那么容易混淆了,如果没有当前的实时alpha / beta版本,用户将获得生产版本(他们不会在旧的alpha上“落后”)。这也意味着您只有一个Play商店列表可以通过屏幕截图等进行维护。

一些应用程序(例如Chrome)有一个单独的软件包名称(app)用于beta测试。 Chrome之所以这样,是因为他们在Play商店支持的测试版之前有测试版。但是,它还为您提供了优势,即您可以在同一设备上安装测试版和生产版,并将它们并排运行。但是大多数应用程序开发人员都没有这样做,我建议不要这样做。