registry: move the registry host to dev.jinemi.com, MCP to mcp.jinemi.com #161
No reviewers
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Status
Abandoned
Status
Blocked
Status
Need More Info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: Jinemi/thermograph#161
Loading…
Reference in a new issue
No description provided.
Delete branch "feat/registry-jinemi-migration"
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?
Completes the Forgejo domain migration.
ROOT_URLmoved todev.jinemi.comearlier;
deploy/forgejo/README.mdrecorded the registry half as"deliberately not done". This does it, and renames Centralis' endpoint to
mcp.jinemi.comin the two places this repo names it.What changed
REGISTRY_HOSTdefault, runner labeland
--add-hostpin now saysdev.jinemi.com: both compose files, bothSwarm stacks,
deploy.sh,deploy-stack.sh, the Terraform host module,register-lan-runner.sh, the ci-runner Dockerfile andrunner-vps2/.mcp.thermograph.org->mcp.jinemi.cominCaddyfile.vps2'sheader and the
claude mcp addline in onboarding. Centralis itself isprovisioned outside this repo.
deploy/forgejo/README.md,caddy-git.conf,docker-stack.yml,infra/CLAUDE.md,ACCESS.md,DEPLOY.md,DEPLOY-DEV.mdand the onboarding set inverts: the registry isno longer the reason the old name is kept.
Why the old name stays served
Both names address the same Forgejo, so the same packages. A tag pushed as
git.thermograph.org/jinemi/thermograph/backend:sha-abcis pullable asdev.jinemi.com/...:sha-abc— the host part is how you reach the registry,not part of the package's identity. No image needs re-pushing and a rollback
to an old tag still resolves.
git.thermograph.orgstays on the sameCaddy site block (one block, so the
/v2/*mesh-only matcher keeps coveringboth — splitting it would undo hazard #15) for pre-migration tags and for
runners holding it as their registered instance URL.
Mesh clients now pin both names in
/etc/hosts: the new one is theregistry host and the bearer-token realm (Forgejo derives the realm from
ROOT_URL), the old one is dialled directly by a rollback to a pre-migrationtag.
runner-vps2/config.yamlcarries both--add-hostentries for the samereason.
Host-side steps this PR cannot do
Documented under "Host-side steps" in
deploy/forgejo/README.md:/etc/hostspins fordev.jinemi.comon every mesh clientdocker login dev.jinemi.comon each pushing/pulling host — a loginagainst the old name does not carry over
REGISTRY_HOST->dev.jinemi.com;build-push.ymlreads the variable, so a repo-side rename alone leaves CIon the old host
https://dev.jinemi.com(optional)Missing 1 or 2 fails as
unauthorized: reqPackageAccess, which names neither.mcp.jinemi.comneeds its own DNS record, vps2 Caddy site block and Centralisconfig, all outside this repo.
Checks
shellcheck -xover all 42 scripts: zero findingsdocker compose configrendersdev.jinemi.com/...for all fivecompose/stack files
caddy adaptoncaddy-git.conf: both hosts in one site block,/v2/*matcher and
10.10.0.0/24restriction intactWIP: registry: move the registry host to dev.jinemi.com, MCP to mcp.jinemi.comto registry: move the registry host to dev.jinemi.com, MCP to mcp.jinemi.com