Skip to content

gormes update

Update a managed Gormes source checkout: fetch + fast-forward, sync bundled skills, rebuild the web UI, run a config schema migration check, and restart the gateway.

Terminal window
gormes update --backup # take a pre-update zip of GORMES_HOME
# before pulling source. Set
# `[updates] pre_update_backup = true`
# in config.toml to make this the default.
gormes restore --list # enumerate available pre-update zips,
# newest first.
gormes restore --latest --yes # roll back to the most recent zip
# (overwrites files in GORMES_HOME).

When --backup is set and the update later fails, the report ends with a update_rollback_hint line spelling out the restore command above so the recovery path is visible inline.

gormes update [flags]
FlagDefaultPurpose
--backupfalsecreate a single-run pre-update backup zip of ~/.gormes; restore later with gormes restore --latest --yes
--branchmainGit branch to fetch and fast-forward
--checkfalsecheck update readiness without mutating the checkout
-h, --helphelp for update
--jsonfalseemit a machine-readable JSON report instead of the human-readable progress UX (suitable for CI/cron consumers)
--kill-stale-dashboardfalsestop stale dashboard processes after a successful update
--no-backupfalseforce-skip the pre-update backup; beats --backup and config opt-in
--restart-gatewayautorestart policy for a live gateway: auto, always, or never
--skip-webfalseskip the web UI rebuild step after pulling source
-y, --yesfalseassume yes for non-destructive recovery prompts