编译Android资源时文件未找到（跨项目异常，同项目稳定）

1. 核对BUILD文件的资源依赖配置 #

• 对比原项目的BUILD规则，确认新项目中android_library或android_binary对@maven_android_everything//:com_google_android_material_material的依赖声明完整，尤其是resources_from_deps = True这类控制资源传递的配置是否遗漏。
• 检查是否存在资源路径的硬编码错误，比如原项目的包名相关路径在新项目中未更新，导致资源查找路径不匹配。

2. 彻底清理Bazel缓存并重新同步依赖 #

• 删除全局Bazel缓存目录（默认~/.cache/bazel）中对应新项目的缓存文件夹，而非仅执行bazel clean，避免旧的依赖索引残留。
• 执行bazel sync --only maven_android_everything，单独同步目标Maven仓库，确保Material组件的资源包被完整拉取并正确索引。

3. 自定义构建临时目录排查问题 #

• 构建时添加参数--output_base=/your/custom/temp/path，指定不会自动删除的临时目录，构建失败后直接检查报错提及的路径，确认资源文件的实际存在状态和路径权限。
• 检查项目目录的读写权限，确保Bazel进程能正常访问bazel-out和临时目录下的所有文件。

4. 绕过依赖升级的Bazel Bug #

• 暂时锁定Material组件与原项目一致的版本，避免触发已知Bazel Bug。若必须调整版本，可通过patch规则手动修正Material组件的资源配置：比如在WORKSPACE中为该依赖添加补丁，确保mtrl_extended_fab_change_size_collapse_motion_spec.xml被纳入资源打包列表。
• 执行bazel build --verbose_failures获取详细日志，定位资源查找失败的具体环节，比如是资源合并阶段的路径解析错误，还是依赖传递时资源被过滤。

5. 验证依赖仓库配置一致性 #

• 对比原项目和新项目WORKSPACE中maven_android_everything的仓库地址、镜像、认证信息，确保完全一致，避免因仓库差异导致拉取的资源包不完整。
• 手动查看@maven_android_everything//:com_google_android_material_material的资源目录，确认目标xml文件确实存在于依赖包的原始资源路径中，而非仅在bazel-out的临时生成文件里。

内容的提问来源于stack exchange，提问作者Ben Leitner