Repository navigation
Release v0.0.329
Summary
- Live-validated all 11
Custom<Resource>RestEnabledflags against real data onarmo-dev-stage(2026-08-31) — zero behavioral divergence found between the oldgenericregistry.Storeimplementations and the newgenericrest.Store-based ones (seedocs/features/generic-rest-storage-phase4.md,-containerprofile.md,-remaining-resources.md). - The 11 flags keep defaulting to
false. An earlier version of this PR flipped the code-level default totrue; that was reverted, since a single cluster's validation isn't grounds to silently switch every deployment of this binary — only the ones that explicitly opt in. - New: a single
CUSTOM_REST_ENABLEDenv var (pkg/config.CustomRestEnabledEnvVar) overrides all 11 flags at once when set, regardless ofconfig.json. The 11 individual flags stay as our own fine-grained per-resource rollback mechanism; this env var is for deployments — notably design-partner test environments — that want one on/off switch instead of 11 config.json fields to learn. Seedocs/features/custom-rest-enabled-env-var.md. configuration/config.json(this repo's own local/test config) sets none of the 11 keys, so it's unaffected either way.
Test plan
-
go build ./... -
go test ./...full suite green -
TestLoadConfigconfirms the 11 flags default tofalse(unchanged from before this PR) -
TestCustomRestEnabledEnvVar(new): unset leaves a mixed config.json's per-resource values untouched;"true"/"false"override every flag regardless of config.json; an invalid value errors loudly. Confirmed discriminating (doesn't compile without the fix).
🤖 Generated with Claude Code