Continuity runbook: Rollback production

Abierto
#1,063 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
25/100
Tipo de issue
Documentación
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
git, github-actions, postgresql, python

Línea de trabajo

Empieza por docs/continuity/runbooks/rollback-production.md y después lee .github/workflows/deploy.yml, Procfile y scripts/check_alembic_revision_guardrail.py. Confirma que el runbook cubre la confirmación de la release exacta, la distinción entre el rollback de slug y el de Postgres, y la condición de detención ALEMBIC_GUARDRAIL_FAIL, sin permitir un rollback no solicitado ni volcados de configuración.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

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.

Lenguaje dominante
Python
Estrellas
210
Forks
167
Merge medio
4 d 12 h
PR fusionados (30 d)
28

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de OWASP/OpenCRE

Todos los issues de OWASP/OpenCRE

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.