使用latest镜像标签时，gcloud run replace无法生成新修订的问题

当你用:latest标签部署多容器Cloud Run服务时，因为service.yaml里的镜像路径没有变化，即使镜像仓库里的:latest已经更新，gcloud run services replace也不会触发新修订——Cloud Run只会对比配置文件的内容哈希，不会主动检查镜像的实际内容。

下面是几种可行的解决办法：

1. 用镜像摘要（Digest）替代:latest标签 #

每次构建完成后，获取镜像的唯一摘要（以sha256:开头），替换service.yaml里的:latest标签。这样每次镜像更新，配置文件里的镜像路径就会变化，触发新修订。

• 获取镜像摘要的命令：

  gcloud container images describe gcr.io/[项目ID]/[镜像名]:latest --format='value(image_summary.digest)'
  

• 在Cloud Build步骤中可以用脚本自动替换service.yaml里的标签，比如用sed：

  DIGEST=$(gcloud container images describe gcr.io/[项目ID]/[镜像1]:latest --format='value(image_summary.digest)')
  sed -i "s|gcr.io/[项目ID]/[镜像1]:latest|gcr.io/[项目ID]/[镜像1]@$DIGEST|" service.yaml
  

  对三个镜像分别执行这个操作后，再运行gcloud run services replace。

2. 用gcloud run services update强制更新 #

直接用update命令指定镜像，跳过service.yaml的内容检查，强制拉取最新的:latest镜像并生成新修订：

gcloud run services update [你的服务名] \
  --image gcr.io/[项目ID]/[镜像1]:latest \
  --image gcr.io/[项目ID]/[镜像2]:latest \
  --image gcr.io/[项目ID]/[镜像3]:latest \
  --region [你的服务区域]

这个命令会忽略配置文件的内容差异，直接触发服务更新。

3. 给配置添加动态元数据（临时hack方案） #

如果不想修改镜像标签，可以在service.yaml的元数据里加一个每次构建都会变化的字段，比如构建ID或时间戳：

metadata:
  annotations:
    build/timestamp: "$BUILD_TIMESTAMP"

在Cloud Build中用环境变量替换这个值（Cloud Build自带BUILD_ID、BUILD_TIMESTAMP等环境变量），这样每次构建后的service.yaml内容都会不同，执行replace时就会生成新修订。不过这个方法属于投机取巧，不推荐长期使用。

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