Tracking issue for the DEV / QA / PROD environment structure across the
configurator, editor assets, and branch layout.
Spec: docs/environments.md
Why
One environment today (prod): one Worker, one D1, one R2 bucket, one domain. The
pyEfis-generated schema.json / palette SVGs / groups.json are uploaded
straight to prod by hand, so testing an in-flight change means touching prod.
Control-bindings Phase 1 testing just uploaded a display-changes schema onto the
live assets/editor/schema.json -- the only slot there is. Three isolated
environments turn "can't test until merge" into "test on DEV, promote to PROD."
Work items
Open questions (spec section 9)
Branch names; D1-per-env vs shared env column; dev/qa subdomains + certs;
config storage prefix vs bucket; dev auth (separate OAuth vs magic-link bypass).
Nav-data pipeline (navdata.aerocommons.org) is OUT of scope -- its own prod
system.
Tracking issue for the DEV / QA / PROD environment structure across the
configurator, editor assets, and branch layout.
Spec:
docs/environments.mdWhy
One environment today (prod): one Worker, one D1, one R2 bucket, one domain. The
pyEfis-generated
schema.json/ palette SVGs /groups.jsonare uploadedstraight to prod by hand, so testing an in-flight change means touching prod.
Control-bindings Phase 1 testing just uploaded a
display-changesschema onto thelive
assets/editor/schema.json-- the only slot there is. Three isolatedenvironments turn "can't test until merge" into "test on DEV, promote to PROD."
Work items
Open questions (spec section 9)
Branch names; D1-per-env vs shared
envcolumn; dev/qa subdomains + certs;config storage prefix vs bucket; dev auth (separate OAuth vs magic-link bypass).
Nav-data pipeline (navdata.aerocommons.org) is OUT of scope -- its own prod
system.