Registry — master-registry.db
The registry is the estate dispatch lookup table. Every repo that the orchestration system can target must have an entry here. Following the Phase 6 consolidation, the registry lives as a SQLite database at mcp-server/data/master-registry.db.
Schema
The database consists of three relational tables: orgs, tenants, and repos.
orgs Table
Defines the Git organizations managed by the platform.
id(INTEGER PRIMARY KEY)name(TEXT)provider(TEXT):github,gitlab, orado
tenants Table
Defines the business tenants.
id(INTEGER PRIMARY KEY)name(TEXT)
repos Table
Defines the repositories, linking them to an org and tenant.
id(INTEGER PRIMARY KEY)org_id(INTEGER) - FK toorgs.idtenant_id(INTEGER) - FK totenants.idname(TEXT) - The repository nametype(TEXT) - e.g.,iac-powershell,web,docsvalidation_profile(TEXT) - FK toprofiles/<name>.yamldefault_branch(TEXT) - e.g.,main,masterpilot(BOOLEAN) - 1 if it is an active dispatch target, 0 otherwise
Type values
| Type | Description |
|---|---|
iac-terraform | Terraform infrastructure repos |
iac-bicep | Bicep infrastructure repos |
iac-arm | ARM template repos |
iac-ansible | Ansible playbook/role repos |
iac-powershell | PowerShell IaC / automation repos |
docs | Documentation sites (MkDocs, VitePress, static pages) |
web | Web applications (React, static sites, Upptime) |
app | General applications (API backends, services) |
platform | Platform Engineering repo itself |
profile | Org profile repos (.github, defaults) |
? | Not yet classified — needs deeper probe |
Modifying the Registry
To interact with the registry, use the standard sqlite3 CLI or the provided PSSQLite modules inside the scripts/federation and scripts/onboarding directories.
Example query to list all pilot repos:
sql
SELECT r.name, r.type, o.name as org
FROM repos r
JOIN orgs o ON r.org_id = o.id
WHERE r.pilot = 1;