Continuity runbook: Production DB surgery

Aperta
#1,066 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
35/100
Tipo di issue
Documentazione
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
postgresql, shell

Direzione di ricerca

Leggi .cursor/rules/production-db-ops-safety.mdc, scripts/db/surgery-opencreorg.sh e il file esistente docs/continuity/runbooks/production-db-surgery.md. Verifica che il runbook copra la classificazione in dry-run, l’esecuzione con backup prima dell’operazione, la conferma distruttiva esatta e il requisito di --destructive, la conferma di APP_NAME e del percorso SQL, nonché il divieto di usare heroku pg:psql in modo ad hoc o di esporre DATABASE_URL.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

existing-maintainers-only

Task

A second maintainer can run targeted SQL on production Postgres only through scripts/db/surgery-opencreorg.sh, with backup-first and the destructive confirmation phrase when needed.

Success criteria

  • Dry-run documented: how to classify a SQL file as destructive vs not
  • Operator will not run destructive SQL without exact I_UNDERSTAND_OPENCREORG_PROD_DB_DESTRUCTIVE_ACTION plus --destructive
  • No ad-hoc heroku pg:psql workaround in the runbook path
  • Runbook docs/continuity/runbooks/production-db-surgery.md (skill continuity-production-db-surgery)

Context

  • .cursor/rules/production-db-ops-safety.mdc
  • Wrapper does not parse SQL for DROP; humans must pass --destructive when the file deletes/drops

Constraints

  • existing maintainers only
  • Confirm APP_NAME (default opencreorg) and the SQL file path before running
  • Never paste DATABASE_URL

Agent prompt

See Agent prompt in docs/continuity/runbooks/production-db-surgery.md.

Lingua principale
Python
Stelle
210
Fork
167
Merge medio
4g 12h
PR unite (30g)
28

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OWASP/OpenCRE

Tutte le issue di OWASP/OpenCRE

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.