chore(deploy): deploy-to-nas.sh defaultte op een ongepinde latest #60
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "chore/deploy-to-nas-pin-default"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Laatste plek waar
CLAUDE_CODE_VERSIONnog stil ongepind kon zijn.bin/deploy-to-nas.sh:37had: "${CLAUDE_CODE_VERSION:=latest}". Dat is exact dezelfde bug als de compose-default die #59 dichtzette: de versie-assert in declaude-stage is eencase-guard die alleengrep -Fdraait bij een numerieke waarde. Bijlatestcontroleert de build dus niets, en levert een NAS-cross-build zónder env ongemerkt een willekeurig nieuwe CLI op. Default is nu de Dockerfile-pin (2.1.197), te bumpen in lockstep metARG CLAUDE_CODE_VERSION.Hoe dit boven kwam
Bij het opruimen van de dode runtime-env-var
CLAUDE_CODE_VERSION=latestin/srv/scrum4me/compose/worker-{idea,deploy,docs}.env:9op 154. Die stond te liegen over de draaiende versie (containers draaiden aantoonbaar 2.1.197). Hij is live-only — er is geenworker-*.env-template in git — en inmiddels verwijderd, met backups.De var bleek volledig inert, en dat is precies wat naar dit script wees: het enige dat
CLAUDE_CODE_VERSIONin de draaiende image leest, isdeploy-to-nas.shzelf — en dat script draait op die host helemaal niet (het is de Mac→QNAP cross-build). Geverifieerd met een grep over/opt/agent/en/opt/scrum4me-mcp/srcin de draaiende worker: nul andere consumenten, niets in de entrypoint ofrun-agent.sh.Verificatie
bash -n bin/deploy-to-nas.sh→ OK.latest-defaults meer. De enige resterende treffer is de README-regel die het assert-gedrag uitlegt — documentatie, geen default.🤖 Generated with Claude Code
latest