使用 fastlane 管理 alpha / beta / 发布渠道的 bundle id 的正确方法
Correct way to manage bundle id's for alpha / beta / release channels with fastlane
我已经为我的应用设置了 development 和 production 两种风格。他们使用的数据库的不同之处。
我想将 development 部署到 alpha 通道，将 production 部署到 beta/发布通道。
到目前为止，使用快车道实现此目标没有任何问题，但我有一个问题。
在我的口味中，我为每种口味指定了不同的包 ID，例如com.example.myApp 和 com.example.myApp-development
Fastlane 只允许我指定一个，google play console 也是如此。因此问题：
这里正确的做法是什么？我是否只对所有口味使用 1 个 bundle id 并将它们部署到各自的测试通道？
或者我是否最好在我的游戏控制台中创建 2 个应用程序（我现在有点反对）。我没有密切接触过 android 版本，所以我不确定这个的通用方法是什么。
首先要正确的是词汇。 "bundle id" 是一个 iOS 术语，在 Android 上没有定义。
在 Android 上，术语是 "package name"（例如 com.example.myapp）。包名称唯一标识 Android 上的应用程序。两个不同的包名意味着两个不同的应用程序。
对于大多数应用，推荐的方法是对 alpha、beta 和生产使用相同的包名称。这样用户就不会感到困惑，如果没有当前的实时 alpha/beta 版本，用户将获得生产版本（他们不会在旧的 alpha 上获得 "left behind"）。这也意味着您只有一个 Play 商品详情可以通过屏幕截图等进行维护。
一些应用程序（例如 Chrome）有一个单独的包名称 (app) 用于 Beta 测试。 Chrome 这样做是因为他们在 Play 商店支持测试版之前有一个测试版。但是，它还为您提供了一个优势，即您可以在同一台设备上同时拥有测试版和正式版 运行 它们。然而，大多数应用程序开发人员不会这样做，我建议不要这样做。
我已经为我的应用设置了 development 和 production 两种风格。他们使用的数据库的不同之处。
我想将 development 部署到 alpha 通道，将 production 部署到 beta/发布通道。
到目前为止，使用快车道实现此目标没有任何问题，但我有一个问题。
在我的口味中，我为每种口味指定了不同的包 ID，例如com.example.myApp 和 com.example.myApp-development
Fastlane 只允许我指定一个，google play console 也是如此。因此问题：
这里正确的做法是什么？我是否只对所有口味使用 1 个 bundle id 并将它们部署到各自的测试通道？
或者我是否最好在我的游戏控制台中创建 2 个应用程序（我现在有点反对）。我没有密切接触过 android 版本，所以我不确定这个的通用方法是什么。
首先要正确的是词汇。 "bundle id" 是一个 iOS 术语，在 Android 上没有定义。
在 Android 上，术语是 "package name"（例如 com.example.myapp）。包名称唯一标识 Android 上的应用程序。两个不同的包名意味着两个不同的应用程序。
对于大多数应用，推荐的方法是对 alpha、beta 和生产使用相同的包名称。这样用户就不会感到困惑，如果没有当前的实时 alpha/beta 版本，用户将获得生产版本（他们不会在旧的 alpha 上获得 "left behind"）。这也意味着您只有一个 Play 商品详情可以通过屏幕截图等进行维护。
一些应用程序（例如 Chrome）有一个单独的包名称 (app) 用于 Beta 测试。 Chrome 这样做是因为他们在 Play 商店支持测试版之前有一个测试版。但是，它还为您提供了一个优势，即您可以在同一台设备上同时拥有测试版和正式版 运行 它们。然而，大多数应用程序开发人员不会这样做，我建议不要这样做。