Development Staging Production Environment Checklist

halfbrain_logo512adminJune 16, 2026
3 lượt xem

Development Staging Production Environment Checklist

Many outages happen because changes are tested directly on production. A simple environment model helps separate experiments, testing and live traffic. Even solo operators can benefit from a basic dev, staging and production workflow.

Core principle

Production is where users are affected. Staging is where changes are verified. Development is where experiments happen. Do not mix these roles casually.

Checklist

  1. Define what production means.
  2. Create a staging copy if the site is important.
  3. Keep development experiments away from live users.
  4. Use separate domains or subdomains.
  5. Use separate database copies when testing risky changes.
  6. Prevent staging from being indexed by search engines.
  7. Test updates on staging first.
  8. Document how changes move to production.
  9. Keep secrets separated if possible.
  10. Clean up old staging copies.

Reusable lesson

This applies to WordPress changes, Nginx configs, Docker deployments, automation workflows, API workers and AI agents.

Checklist Type Basic DevOps
Level Beginner
Risk Level Medium Risk
Estimated Time 45–90 minutes

When to Use This Checklist

Use this checklist when creating a safer workflow for testing website, server, Docker or automation changes before production.

Required Tools

Production site, staging domain, backup, database copy, robots or indexing controls, deployment notes

Before You Start

Do not expose staging with real sensitive data unless access is protected and indexing is blocked.

Structured Checklist Steps

  1. Define production.
  2. Create staging copy.
  3. Keep experiments separate.
  4. Use staging subdomain.
  5. Use database copy.
  6. Block indexing.
  7. Test updates first.
  8. Document release flow.
  9. Separate secrets.
  10. Clean old staging.

Rollback Plan

If staging changes break, delete or restore staging only. Do not push the change to production until the failure is understood.

Common Mistakes

  • Testing risky changes on production.
  • Letting staging get indexed.
  • Using production API keys in test workflows.
  • No database separation.
  • Old staging copies becoming security risks.

Related Commands

cp -r /var/www/example.com /var/www/staging.example.com
mysqldump -u db_user -p prod_db > prod_backup.sql
mysql -u db_user -p staging_db < prod_backup.sql
curl -I https://staging.example.com

Share:

Disclaimer: The guides, checklists, commands, and examples on HalfBrain.net are provided for educational and operational reference only. Server environments, hosting providers, software versions, security settings, and WordPress configurations can vary, so you should always review commands before running them on your own system. We do our best to keep the content accurate and useful, but we cannot guarantee that every command, configuration, or recommendation will fit every environment. Always back up your website, database, and server configuration before making changes. HalfBrain.net is not responsible for data loss, downtime, security incidents, misconfiguration, or other issues that may result from applying the information on this website. Use the material at your own discretion.

Leave a Reply

Your email address will not be published. Required fields are marked *