assembleDebug生成Release资源+多BuildType的google-services.json构建失败

问题根源分析 #

你遇到的问题本质上是两个核心点：

• assemble 是Gradle的全变体构建任务，哪怕你指定了build_type: "debug"，它依然会触发所有BuildType（包括Release）的相关资源生成逻辑，这就导致系统去查找Release目录下的google-services.json，而你并没有配置这个文件，所以构建直接失败。
• 还没为每个BuildType搭建好独立的google-services.json加载规则。

解决方案步骤 #

1. 修正Fastlane脚本中的Gradle任务

把原本的assemble任务替换为assembleDebug，这样只会触发Debug变体的构建流程，完全不会涉及Release相关的资源生成：

desc "Clean, build development release"
lane :dev do |options|
  if options[:clean]
    # 可选优化：只清理Debug相关资源，比全局clean更快
    gradle(task: "cleanDebug", project_dir: "./")
    # 如果你需要全局清理，保留下面这行也可以
    # clean_android
  end
  rntest test
  # 替换assemble为assembleDebug，精准指定构建Debug变体
  gradle( task: "assembleDebug", project_dir: "./")
end

2. 为每个BuildType配置独立的google-services.json

按照Android的资源目录规范，给每个BuildType创建专属目录并放置对应配置文件：

• 在App模块根目录下，创建src/debug和src/release目录（如果还不存在的话）
• 将Debug环境的google-services.json放到src/debug/目录下
• 将Release环境的google-services.json放到src/release/目录下

然后确保App模块的build.gradle（或build.gradle.kts）末尾正确应用Google Services插件，它会自动根据当前构建的BuildType读取对应目录的配置文件：

// 在build.gradle文件末尾添加
apply plugin: 'com.google.gms.google-services'

3. 验证构建流程

修改完成后，重新执行你的fastlane命令：

fastlane dev clean:true

此时构建只会处理Debug变体，不会再去查找Release目录下的配置文件，同时Debug环境也会使用专属的google-services.json。

额外优化建议 #

• 如果需要为更多BuildType（比如Staging测试环境）配置专属文件，只需要创建对应src/staging目录并放入配置文件即可，Google Services插件会自动识别加载。
• 在Fastlane中使用精准的Gradle任务（如assembleDebug、cleanDebug）可以大幅缩短构建时间，避免执行不必要的资源生成操作。

内容的提问来源于stack exchange，提问作者Gilles Vercammen