Google Developer Console 内部测试、Beta 版和 Alpha 版答案

【问题标题】：Google Developer Console Internal Test, Beta and Alpha TrackGoogle Developer Console 内部测试、Beta 版和 Alpha 版
【发布时间】：2018-12-07 04:39:17
【问题描述】：

谁能帮助我了解如何使用 Goggle Developer Console Tracks？

我在这里读过this，但我还是有点迷茫。如何为每个轨道打包我的应用程序？

我应该为每个轨道设置不同的 applicationId 吗？

测试人员如何获得更新的测试 APK（因为它们在商店中不可用）？

如何从内部级联到 alpha 到 beta？

提前致谢。

【问题讨论】：

标签： android google-developers-console testtrack

【解决方案1】：

一些快速回答：

我应该为每个轨道设置不同的 applicationId 吗？

绝对不是。否则它们将是完全不同的应用程序。

测试人员如何获得更新的测试 APK（因为它们在商店中不可用）？

虽然该应用在 Play 商店中公开可用，但一旦他们使用您的私人选择加入链接并通过他们的电子邮件地址添加 APK，就会通过 Play 商店分发 APK。

如何从内部级联到 alpha 到 beta？

不确定“级联”，但您可以从“内部”->“Alpha”->“Beta”->“公共”向上游“推广”应用。

希望这有助于澄清一些事情。

【讨论】：

我实际上忘记了我现在问过这个问题。一段时间后我想通了，但我标记了你的答案，并为以后提出同样问题的其他人投了赞成票:) 谢谢！
有一点疑问，所以在签署应用程序包时，我是否为每个 beta、alpha 和发布轨道创建了一个构建变体？目前我在 android studio 调试和发布中只看到两个构建变体。那么我可以签署发布版本变体并将其用于播放控制台中的测试版和发布轨道，还是应该为每个测试版、发布版、调试版和 alpha 版创建不同的版本变体？
@userrk 这取决于您，但我相信您可以将release 构建用于“内部”、“Alpha”、“Beta”和“公共”流中的每一个。例如，如果您没有现有的应用程序，您可能会使用release 构建并一直推广它。但是，如果您有一个在“公共”中发布的现有应用程序，您可能希望将您的“测试版”版本保留在单独的构建/分支/风味中，以便您可以更新 release 构建，同时还可以处理您的“测试版。