Operations and Change Management

Software that works on your laptop isn’t finished. It’s not even close. Software becomes real when it runs in a place where other people depend on it, and stays real only as long as you can change it without breaking that trust. This section is about the operational patterns that govern how software moves from development into the world, and how it evolves once it gets there.

These patterns form a progression. An Environment is the context where software runs. Configuration lets the same code behave differently across environments. Version Control is the system of record for every change. A Git Checkpoint is a deliberate boundary that makes risky work reversible. Migration handles the delicate business of changing data and schemas without losing what came before. Deployment is the act of making a new version available. Continuous Integration, Continuous Delivery, and Continuous Deployment progressively automate the path from commit to production. When things go wrong, Rollback gets you back to safety. Feature Flags decouple what you deploy from what users see. And Runbooks capture hard-won operational knowledge so it doesn’t live only in someone’s head.

In agentic coding, these patterns aren’t optional luxuries. An AI agent can generate code fast, which means it can also introduce change fast. Without version control, checkpoints, and the ability to roll back, that speed becomes a liability. The operational patterns in this section are the guardrails that make agentic velocity safe.

This section contains the following patterns:

• Environment — A particular runtime context (dev, test, staging, production).
• Configuration — Data that changes system behavior without changing source code.
• Version Control — The system of record for changes to source.
• Git Checkpoint — A deliberate commit or reversible boundary before/after risky work.
• Migration — A controlled change from one version of data/schema/behavior to another.
• Deployment — Making a new version available in an environment.
• Continuous Integration — Merging changes frequently and validating automatically.
• Continuous Delivery — Keeping software releasable on demand.
• Continuous Deployment — Automatically releasing validated changes to production.
• Rollback — Returning to a previous known-good state.
• Feature Flag — A switch that decouples deployment from exposure.
• Runbook — A documented operational procedure for recurring situations.