如何在Bazel中从.env文件批量导出环境变量

共有两种常用的实现方案，可根据使用场景选择：

单次构建临时导入 #

适合临时需要加载.env变量的单次构建场景，直接在执行bazel命令前预处理.env文件即可：

• 基础命令（适用于无注释、无空行的.env文件）：
  export $(xargs < .env) && bazel build //你的:构建目标 --action_env=*
• 兼容带注释、空行的.env文件的优化命令：
  export $(grep -v '^#' .env | grep -v '^$' | xargs) && bazel build //你的:构建目标 --action_env=*

参数说明：--action_env=*代表将当前shell下的所有环境变量都传递给Bazel执行动作，如果仅需要传递特定前缀的变量，可修改为--action_env=前缀_*精准匹配，避免传入无关变量。

项目级固定导入 #

适合项目所有成员共用.env配置的场景，可直接写入Bazel配置永久生效：

1. 在项目根目录新增预处理脚本load_env.sh，内容如下：

#!/bin/bash
# 清理旧的环境变量配置
rm -f .bazelrc.env
# 读取.env生成bazel可识别的action_env配置
grep -v '^#' .env | grep -v '^$' | while IFS= read -r line; do
  echo "build --action_env=$line" >> .bazelrc.env
done

2. 给脚本加执行权限并运行：
   chmod +x load_env.sh && ./load_env.sh
3. 在项目根目录的主.bazelrc文件中添加一行配置，自动导入生成的环境变量配置：
   try-import %workspace%/.bazelrc.env
4. 将.bazelrc.env添加到.gitignore中，避免本地个性化配置误提交到代码仓库。

注意：如果.env中包含密钥、Token等敏感信息，不要将生成的配置文件提交到代码仓库，远程构建场景下谨慎传递敏感环境变量，避免信息泄露。

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