You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit 398cda7
Browse filesBrowse the repository at this point in the historyBrowse files
Align test and staging databases with their Terraform stacks (#172 follow-up)
infra/terraform-test and infra/terraform-staging create te_test and
te_staging for server admin pgadmin, while the deployer built te_mgmt_test
and te_mgmt_staging owned by postgres: the same three-way disagreement #172
fixed for prod. They are code only (#31), so nothing was deployed; this lands
before #31 resumes.
- env_test/env_staging.example.sql: db_name te_test/te_staging, db_owner
pgadmin. deploy_all.sh already reads both from the launcher.
- infra/terraform-test, -staging: Key Vault secret and job wiring for
APP_USER_PASSWORD, as for prod (entrypoint.sh refuses to deploy without it).
- CI creates te_test, te_staging and te_prod owned by pgadmin, dev by postgres.
- Consumers of the old names follow: evals Tier E, parity and env tests,
run_tests.sh, config examples, provisioning script, README, docs.
- tests/test_prod_db_naming.py becomes tests/test_azure_db_naming.py and its
static checks run for prod, test and staging, so one test covers every stack.
Dev stays te_mgmt_dev / postgres and is pinned as unchanged.
- Decision record extended.
Stacked on #172: it needs the launcher-driven deployer and the runtime
launcher generation from that change.
Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_011T6WqjTEDRRQGLEYPPFVXx
0 commit comments