v2.2.0 โ ForgeRegistry Federation and Enterprise Registries¶
Purpose: Feature specification for Federated Registry Sources. Audience: product, architecture, engineering, security, operations, documentation, release, and AI coding agents Owner: ForgeRegistry Federation Maintainers Roadmap authority:
docs/strategy/FORGEVENA_VERSIONED_PRODUCT_ROADMAP.md#v220--forgeregistry-federation-and-enterprise-registriesLifecycle: planned Review: before implementation and at every lifecycle promotion
Identity¶
- Feature ID:
federated-registry-sources - Classification: committed
- Owner: ForgeRegistry Federation Maintainers
Purpose and Problem¶
Add public, private, mirrored, and organization registry sources with deterministic trust and precedence.
Business and Developer Value¶
Teams choose distribution topology without vendor lock-in.
Architecture¶
Source metadata is signed, cached, policy-evaluated, and resolved through explicit precedence and conflict rules.
Dependencies¶
- v2.1 deterministic-local-registry
Configuration and User Flow¶
Configuration is schema-validated, secret-reference-only, previewable, exportable without secrets, and governed by scope. The user flow is inspect, preview, validate, approve, apply, verify, and roll back.
CLI, Dashboard, and API Flow¶
CLI, dashboard, SDK, and API surfaces call the same domain service. Structured responses include operation ID, status, warnings, planned changes, policy result, and evidence references. No interface may bypass consent or policy.
Security, Privacy, and Reliability¶
Permissions, data classes, trust roots, external effects, timeouts, retries, cancellation, audit, recovery, and rollback are explicit. Prompts, responses, tokens, credentials, and unapproved source content are excluded from logs and diagnostics.
Testing and Acceptance¶
- Mirror behavior is deterministic.
- Trust failures block resolution.
- Installed packages remain usable offline.
Performance Targets¶
The feature must publish an approved baseline, remain within the platform's 20% regression budget, and define tighter latency, throughput, resource, and cost targets before preview.
Migration and Documentation¶
Migration is preview-first, versioned, reversible, and compatible with the previous two stable releases where applicable. CLI help, schemas, examples, troubleshooting, operations, security, and migration guidance ship with implementation.
Risks¶
- Namespace collisions.
- Stale or compromised mirrors.
Future Expansion¶
Expansion remains in the Evidence Funnel and requires a new feature ID or approved scope change; it cannot be inferred from this specification.