Continuity runbook: Rollback production

Aperta
#1,063 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à
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Documentazione
Chiarezza
Specificata chiaramente
Stato di attività
Attiva
Stack tecnologico
git, github-actions, postgresql, python

Direzione di ricerca

Inizia da docs/continuity/runbooks/rollback-production.md, poi leggi .github/workflows/deploy.yml, Procfile e scripts/check_alembic_revision_guardrail.py. Verifica che il runbook copra la conferma della release esatta, la distinzione tra rollback dello slug e rollback di Postgres e la condizione di arresto ALEMBIC_GUARDRAIL_FAIL, senza consentire rollback non richiesti né dump della configurazione.

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

Descrizione

existing-maintainers-only

Task

A second maintainer can roll back a Heroku release on opencreorg when a deploy is bad, without confusing slug rollback with database rollback.

Success criteria

  • Runbook docs/continuity/runbooks/rollback-production.md (skill continuity-rollback-production)
  • Operator lists heroku releases and only rolls back after a human types the exact vNNNN
  • Stops if the bad release may have migrated Postgres (Alembic); documents that slug rollback does not undo the DB
  • Knows ALEMBIC_GUARDRAIL_FAIL on release: means stop rolling back blindly

Context

  • Prod deploy force-pushes to the Heroku git remote (.github/workflows/deploy.yml)
  • Procfile release: runs scripts/check_alembic_revision_guardrail.py

Constraints

  • existing maintainers only
  • Agent must not heroku rollback unprompted
  • No config dumps

Agent prompt

See Agent prompt in docs/continuity/runbooks/rollback-production.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.