feat(manage-server): add --local flag to upgrade.sh for redeploying an already-built image #22
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
primatekuntech/triton-install!22
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "sync-859-upgrade-local-image"
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?
Distribution sync of amiryahaya/triton PR #860 (issue #859).
Summary
upgrade.shalways assumed a registry pull, so there was no way to run itstriton-manage-binsvolume-wipe safety step (needed since the volume is only auto-populated from the image on first container creation) against an already-built local image — relevant for anyone iterating on a locally-built manage-server image before a registry release.--image TAG --localskips the registry pull and fails fast ifTAGisn't already present locally. Everything else (pre-upgradepg_dump, TLS bootstrap,triton-manage-binswipe, container recreate, health check) is unchanged.This is a pure sync — applied the same diff as the source-of-truth PR on top of this repo's copy, which already had a
TRITON_MANAGE_JWT_SIGNING_KEYbackfill block that the triton-repo source doesn't have (untouched by this change; flagging separately, not in scope here).Test plan
bash -n+shellcheckclean--localchange applied, no other lines touched🤖 Generated with Claude Code