make build: supply SHORT_SHA to manual builds

image.yaml tags each image :$SHORT_SHA as its audit trail and rollback
target. Cloud Build populates SHORT_SHA only for triggered builds; for
`gcloud builds submit` it substitutes an empty string, so the tag becomes
`<image>:` and docker build fails with an invalid reference format. That
is the very first build in the README's setup sequence.

Pass the current commit's short hash explicitly.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
2026-10-10 14:49:25 +07:00
co-authored by Claude Opus 5.5
parent 0acf3b7863
commit da62266766
+4 -1
View File
@@ -44,12 +44,15 @@ up: check ## Apply the infrastructure
# to cb-image@, not to whatever default Cloud Build account this project
# happens to have -- and on newer projects the legacy default does not exist.
# Without this the images push fine and the rollout step fails.
# SHORT_SHA: Cloud Build fills it in only for triggered builds. For `builds
# submit` it is empty, and image.yaml's `--tag <image>:$SHORT_SHA` becomes an
# invalid reference that fails the build.
.PHONY: build
build: ## Build and roll out the container images via Cloud Build
gcloud builds submit --config cloudbuild/image.yaml --project $(PROJECT) \
--region=$(REGION) \
--service-account=projects/$(PROJECT)/serviceAccounts/cb-image@$(PROJECT).iam.gserviceaccount.com \
--substitutions=_REGION=$(REGION),_ZONE=$(ZONE)
--substitutions=_REGION=$(REGION),_ZONE=$(ZONE),SHORT_SHA=$(shell git rev-parse --short=7 HEAD)
.PHONY: rollout
rollout: ## Pull the latest :prod images onto the VM right now