Jinemi/thermograph
4
0
Fork 0
Code Issues 2 Pull requests 9 Projects Releases Packages Wiki Activity Actions

Roll the daemon with backend deploys in the Swarm stack (#40)
All checks were successful
secrets-guard / encrypted (push) Successful in 6s
Details
shell-lint / shellcheck (push) Successful in 7s
Details
PR build (required check) / changes (pull_request) Successful in 9s
Details
secrets-guard / encrypted (pull_request) Successful in 8s
Details
shell-lint / shellcheck (pull_request) Successful in 9s
Details
PR build (required check) / build-backend (pull_request) Has been skipped
Details
PR build (required check) / validate-observability (pull_request) Successful in 23s
Details
PR build (required check) / build-frontend (pull_request) Successful in 57s
Details
PR build (required check) / gate (pull_request) Successful in 2s
Details

Browse source
This commit is contained in:
emi 2026-07-24 18:59:46 +00:00
parent 0862395dda
commit 578fb563a4
1 changed files with 13 additions and 7 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

16
infra/deploy/stack/deploy-stack.sh
View file

@ -166,13 +166,19 @@ else
echo "==> Rolling web + worker + lake to $BACKEND_IMAGE"
docker service update --with-registry-auth --detach=false --image "$BACKEND_IMAGE" "${STACK_NAME}_web"
docker service update --with-registry-auth --detach=false --image "$BACKEND_IMAGE" "${STACK_NAME}_worker"
# lake ships in the same image; a stack file predating it has no service
# yet — the next SERVICE=all stack deploy creates it, so don't fail here.
if docker service inspect "${STACK_NAME}_lake" >/dev/null 2>&1; then
docker service update --with-registry-auth --detach=false --image "$BACKEND_IMAGE" "${STACK_NAME}_lake"
# lake and daemon ship in the same image; a stack file predating either
# has no service yet — the next SERVICE=all stack deploy creates it, so
# don't fail here. The daemon especially must roll with web: they share
# the /internal/* contract, and a version skew between them is exactly
# what pinning one BACKEND_IMAGE_TAG exists to prevent (seen live: the
# first post-creation backend roll left the daemon a release behind).
for extra in lake daemon; do
if docker service inspect "${STACK_NAME}_${extra}" >/dev/null 2>&1; then
docker service update --with-registry-auth --detach=false --image "$BACKEND_IMAGE" "${STACK_NAME}_${extra}"
else
echo " (no ${STACK_NAME}_lake service yet; created on the next full stack deploy)"
echo " (no ${STACK_NAME}_${extra} service yet; created on the next full stack deploy)"
fi
done
;;
frontend)
echo "==> Rolling frontend to $FRONTEND_IMAGE"