OWASP / OWASP/OpenCRE

Continuity runbook: Deploy production

Open
#1,067 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

existing-maintainers-only
Dominant language
Python
Stars
180
Forks
137
Avg merge
3d 23h
Merged PRs (30d)
21

Description

Task

A second maintainer understands how production ships (Actions → Heroku force-push + Alembic release: guardrail) and can dispatch a deploy only when explicitly told.

Success criteria

  • Can explain current Heroku release vs origin/main and the last “Deploy to OPENCREORG” run
  • Knows make alembic-guardrail / scripts/check_alembic_revision_guardrail.py and that a guardrail fail leaves the old slug
  • Will not git push --force GitHub main or laptop-push to Heroku unless following the documented path after DEPLOY_OPENCREORG
  • Runbook docs/continuity/runbooks/deploy-production.md (skill continuity-deploy-production)

Context

  • .github/workflows/deploy.yml, Procfile (release, web, worker)
  • Staging is a different app/workflow (tmp-cre, deploy-staging.yml)

Constraints

  • existing maintainers only
  • Default mode is read-only until the human says DEPLOY_OPENCREORG
  • Never print DATABASE_URL when running the guardrail against prod

Agent prompt

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

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with docs/continuity/runbooks/deploy-production.md, then read .github/workflows/deploy.yml, Procfile, and scripts/check_alembic_revision_guardrail.py. Verify the runbook covers the listed production-release checks, the Alembic guardrail commands, the read-only default, and the explicit DEPLOY_OPENCREORG requirement without exposing DATABASE_URL.

Written by the indexing model from the issue text.

Assessment

Tech stack
git, github-actions, python
Domain
devops, documentation, release
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Clearly specified
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.