fix(ci): force-update tags on deploy fetch
All checks were successful
Build & Deploy Staging / build-and-deploy (release) Successful in 28s
All checks were successful
Build & Deploy Staging / build-and-deploy (release) Successful in 28s
git fetch origin won't replace a tag that already exists locally pointing at a different commit. When v3.3.5 was force-moved on origin after a first failed CI run, the staging runner kept the stale tag cached and re-checked-out the old commit — the compose-env-wiring fix was never actually applied and the container booted without LEADERBOARD_INCLUDE_TEST_DEFAULT. --tags --force makes the behaviour safe for moved tags. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -29,8 +29,10 @@ jobs:
|
||||
docker pull "$IMAGE:$TAG"
|
||||
docker tag "$IMAGE:$TAG" golfgame-app:latest
|
||||
|
||||
# Update code for compose/env changes
|
||||
git fetch origin
|
||||
# Update code for compose/env changes. `--tags --force` so a
|
||||
# moved tag (hotfix on top of existing version) updates locally
|
||||
# instead of silently checking out the stale cached position.
|
||||
git fetch origin --tags --force
|
||||
git checkout "$TAG"
|
||||
|
||||
# Restart app
|
||||
|
||||
Reference in New Issue
Block a user