为每个构建版本配置Firebase Analaytics + Google跟踪代码管理器（GTM）

问题描述

在Firebase Analytics推出之前，我们使用了一个多风格，多构建类型的Android Gradle项目设置，并为每个构建变体提供了一个不同的GTM容器ID，如下所示：

  TagManager.getInstance（context）
 .loadContainerPreferNonDefault（BuildConfig.GTM_CONTAINER_ID，-1）; 
 TagManager.getInstance（context）.getDataLayer（）。pushEvent（eventName，eventData）; 
  

其中Gradle会为每个构建注入不同的 GTM_CONTAINER_ID 变种。

我们如何通过Firebase Analytics + GTM实现同样的效果？根据，我们需要下载：

• 来自GTM仪表板的GTM容器文件
  

然后只需用以下命令启动事件即可：

  FirebaseAnalytics.getInstance（context）.logEvent（eventName，bundle）; 
  

我们在哪里指定要使用的GTM容器ID？或者，它是从我们从GTM仪表板下载的文件名自动派生的，放在 assets / containers 下？如果是这样，我们如何使用不同的GTM配置每个构建版本的变体，就像我们使用GTM旧的Android容器一样？是从容器文件名得出的，正如你猜测的那样。要使用每个构建变体，您可以使用gradle copy任务来放置正确的容器。

Before Firebase Analytics became available we use a multi flavour, multi build type Android Gradle project setup, and supply a different GTM container ID for each build variant, as follows:

TagManager.getInstance(context)
        .loadContainerPreferNonDefault(BuildConfig.GTM_CONTAINER_ID, -1);
TagManager.getInstance(context).getDataLayer().pushEvent(eventName, eventData);

where Gradle would inject different GTM_CONTAINER_ID per build variant.

How do we achieve the same with Firebase Analytics + GTM? According to docs, we need to download:

• a GTM container file from GTM dashboard [1]
• a google-services.json file from Firebase console [2]

and then just start firing events with this:

FirebaseAnalytics.getInstance(context).logEvent(eventName, bundle);

Where do we specify the GTM container ID to be used? Or is it auto derived by the file name we download from GTM dashboard and put under assets/containers? If so, how do we use different GTM configuration per build variant as we do with GTM legacy Android container?

解决方案

The container ID is derived from the container file name, as you surmised. To use a per-build variant you can use gradle copy task to stage the correct container.

这篇关于为每个构建版本配置Firebase Analaytics + Google跟踪代码管理器（GTM）的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！