Practical guide
How to Compare Config Files Before Deployment
Compare configuration files before deployment or review. Learn how to spot added, removed, and changed keys without uploading private config text.
Quick answer
Use this guide before changing environment config, app settings, feature flags, or service properties. The goal is to catch risky changes before they reach production.
Who this is for
- Developers reviewing config changes
- DevOps teams preparing deployments
- QA teams checking environment differences
- Support teams comparing customer setup values
What to remove or avoid
- Secrets before sharing comparison output externally
- Private endpoints when the exact host is not needed
- Any environment-only value not relevant to the review
What to keep visible
- Key names
- Changed values when safe to share
- Added and removed settings
- Enough context to understand behavior changes
Useful controls in the tool
- Paste current config on the left and new config on the right.
- Upload files if the config is long.
- Use fullscreen for large files.
- Copy or download the comparison report.
Step-by-step
- 1Paste or upload the current config.
- 2Paste or upload the new config.
- 3Review added, removed, and changed keys.
- 4Check risky values before sharing.
- 5Apply only the intended changes.
Example
Before: Current: TIMEOUT=3000 New: TIMEOUT=5000 FEATURE_FLAG=true After: ~ TIMEOUT: 3000 -> 5000 + FEATURE_FLAG=true
What to do after review
- Confirm every changed key is intentional.
- Do not paste secret values into public review comments.
- Use the .env validator for environment files.
Tip: A config diff is most useful when it shows the exact changed keys, not a wall of full file text.