嘿，看起来你已经把Cloud Build和GitHub的联动配置得很到位了，而且成功在构建步骤里传递了环境变量——我来帮你把这里的关键细节理清楚：

1. Cloud Build步骤的环境变量配置 #

你的cloudbuild.yaml里的写法完全正确，这里的环境变量分两种类型：

steps:
- name: gcr.io/cloud-builders/docker
  args: ['build', '-t', 'eu.gcr.io/${PROJECT_ID}/project-name:${SHORT_SHA}', '.']
  env:
  - 'TEST_ENV=test123'
  - 'TEST=${_TEST}'

• 固定值环境变量：TEST_ENV=test123是直接硬编码的常量，会直接传递给Docker构建环节
• 自定义可替换变量：${_TEST}属于Cloud Build的自定义触发变量，你可以在手动触发构建、或者配置GitHub触发器时，动态传入这个变量的具体值

2. Dockerfile中环境变量的作用范围 #

你用RUN printenv能在构建日志里看到这些变量，是因为Cloud Build会把env字段里的变量注入到docker build的执行环境中。但要注意：

• 这些变量默认只在镜像构建过程中生效，如果想让容器运行时也能访问到它们，需要在Dockerfile里用ENV指令把变量持久化到镜像中，比如：

FROM alpine:latest
# 把构建时的环境变量存入镜像，供运行时使用
ENV TEST_ENV=$TEST_ENV
ENV TEST=$TEST
RUN printenv

这样容器启动后，执行printenv也能看到这些变量的值。

3. 验证环境变量的传递情况 #

你可以通过Cloud Build的构建日志快速验证：

• 打开Google Cloud Console的Cloud Build页面
• 找到对应的构建记录，查看该Docker构建步骤的日志输出
• 你会清晰看到TEST_ENV=test123以及TEST（如果触发时传入了值）的打印结果

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