
Deployment Procedures
- 814 installs
- 44k repo stars
- Updated July 27, 2026
- sickn33/antigravity-awesome-skills
deployment-procedures is an agent skill that teaches production deployment principles—platform selection, safe workflows, rollback strategies, and post-deploy verification—so developers adapt releases instead of copying
About
deployment-procedures is a community skill marked critical risk that teaches deployment decision-making for safe production releases, not memorized bash snippets. It opens with a platform selection decision tree keyed to what you are deploying, then covers rollout, rollback, and verification steps developers adapt per environment. The skill emphasizes understanding why each step exists because every deployment differs. Teams reach for deployment-procedures when planning first production launches, migrating platforms, or formalizing release checklists without cargo-cult scripts. It was added 2026-02-27 as principles-first ship guidance.
- Platform selection decision tree covering static sites, web apps, microservices and serverless
- 4 verification categories: code quality, build, environment, and runtime health
- Rollback strategies and safe release thinking for every deployment type
- Teaches principles and decision-making rather than platform-specific scripts
- Adaptable procedures for Vercel, Railway, Render, Docker, Kubernetes and VPS
Deployment Procedures by the numbers
- 814 all-time installs (skills.sh)
- +22 installs in the week ending Jul 28, 2026 (Skillselion tracking)
- Ranked #196 of 1,453 DevOps & CI/CD skills by installs in the Skillselion catalog
- Security screen: LOW risk (skills.sh audit)
- Data as of Jul 28, 2026 (Skillselion catalog sync)
npx skills add https://github.com/sickn33/antigravity-awesome-skills --skill deployment-proceduresAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 814 |
|---|---|
| repo stars | ★ 44k |
| Security audit | 3 / 3 scanners passed |
| Last updated | July 27, 2026 |
| Repository | sickn33/antigravity-awesome-skills ↗ |
How do you deploy safely to production?
Learn production deployment principles, platform decision trees, rollback strategies, and verification steps instead of copying brittle scripts.
Who is it for?
Developers shipping to production who need principle-based deployment workflows adaptable across platforms and infrastructure setups.
Skip if: Local-only development or teams seeking copy-paste deployment scripts without understanding platform-specific constraints.
When should I use this skill?
The user plans a production deploy, asks for rollback strategy, platform selection, or release verification steps.
What you get
Platform-specific deployment plan, rollback procedure, and post-release verification checklist tailored to the target environment.
- Deployment decision plan
- Rollback procedure
- Verification checklist
By the numbers
- Community skill date_added 2026-02-27
- Risk level marked critical in skill metadata
Files
Deployment Procedures
Deployment principles and decision-making for safe production releases.
Learn to THINK, not memorize scripts.
---
⚠️ How to Use This Skill
This skill teaches deployment principles, not bash scripts to copy.
- Every deployment is unique
- Understand the WHY behind each step
- Adapt procedures to your platform
---
1. Platform Selection
Decision Tree
What are you deploying?
│
├── Static site / JAMstack
│ └── Vercel, Netlify, Cloudflare Pages
│
├── Simple web app
│ ├── Managed → Railway, Render, Fly.io
│ └── Control → VPS + PM2/Docker
│
├── Microservices
│ └── Container orchestration
│
└── Serverless
└── Edge functions, LambdaEach Platform Has Different Procedures
| Platform | Deployment Method |
|---|---|
| Vercel/Netlify | Git push, auto-deploy |
| Railway/Render | Git push or CLI |
| VPS + PM2 | SSH + manual steps |
| Docker | Image push + orchestration |
| Kubernetes | kubectl apply |
---
2. Pre-Deployment Principles
The 4 Verification Categories
| Category | What to Check |
|---|---|
| Code Quality | Tests passing, linting clean, reviewed |
| Build | Production build works, no warnings |
| Environment | Env vars set, secrets current |
| Safety | Backup done, rollback plan ready |
Pre-Deployment Checklist
- [ ] All tests passing
- [ ] Code reviewed and approved
- [ ] Production build successful
- [ ] Environment variables verified
- [ ] Database migrations ready (if any)
- [ ] Rollback plan documented
- [ ] Team notified
- [ ] Monitoring ready
---
3. Deployment Workflow Principles
The 5-Phase Process
1. PREPARE
└── Verify code, build, env vars
2. BACKUP
└── Save current state before changing
3. DEPLOY
└── Execute with monitoring open
4. VERIFY
└── Health check, logs, key flows
5. CONFIRM or ROLLBACK
└── All good? Confirm. Issues? Rollback.Phase Principles
| Phase | Principle |
|---|---|
| Prepare | Never deploy untested code |
| Backup | Can't rollback without backup |
| Deploy | Watch it happen, don't walk away |
| Verify | Trust but verify |
| Confirm | Have rollback trigger ready |
---
4. Post-Deployment Verification
What to Verify
| Check | Why |
|---|---|
| Health endpoint | Service is running |
| Error logs | No new errors |
| Key user flows | Critical features work |
| Performance | Response times acceptable |
Verification Window
- First 5 minutes: Active monitoring
- 15 minutes: Confirm stable
- 1 hour: Final verification
- Next day: Review metrics
---
5. Rollback Principles
When to Rollback
| Symptom | Action |
|---|---|
| Service down | Rollback immediately |
| Critical errors | Rollback |
| Performance >50% degraded | Consider rollback |
| Minor issues | Fix forward if quick |
Rollback Strategy by Platform
| Platform | Rollback Method |
|---|---|
| Vercel/Netlify | Redeploy previous commit |
| Railway/Render | Rollback in dashboard |
| VPS + PM2 | Restore backup, restart |
| Docker | Previous image tag |
| K8s | kubectl rollout undo |
Rollback Principles
1. Speed over perfection: Rollback first, debug later 2. Don't compound errors: One rollback, not multiple changes 3. Communicate: Tell team what happened 4. Post-mortem: Understand why after stable
---
6. Zero-Downtime Deployment
Strategies
| Strategy | How It Works |
|---|---|
| Rolling | Replace instances one by one |
| Blue-Green | Switch traffic between environments |
| Canary | Gradual traffic shift |
Selection Principles
| Scenario | Strategy |
|---|---|
| Standard release | Rolling |
| High-risk change | Blue-green (easy rollback) |
| Need validation | Canary (test with real traffic) |
---
7. Emergency Procedures
Service Down Priority
1. Assess: What's the symptom? 2. Quick fix: Restart if unclear 3. Rollback: If restart doesn't help 4. Investigate: After stable
Investigation Order
| Check | Common Issues |
|---|---|
| Logs | Errors, exceptions |
| Resources | Disk full, memory |
| Network | DNS, firewall |
| Dependencies | Database, APIs |
---
8. Anti-Patterns
| ❌ Don't | ✅ Do |
|---|---|
| Deploy on Friday | Deploy early in week |
| Rush deployment | Follow the process |
| Skip staging | Always test first |
| Deploy without backup | Backup before deploy |
| Walk away after deploy | Monitor for 15+ min |
| Multiple changes at once | One change at a time |
---
9. Decision Checklist
Before deploying:
- [ ] Platform-appropriate procedure?
- [ ] Backup strategy ready?
- [ ] Rollback plan documented?
- [ ] Monitoring configured?
- [ ] Team notified?
- [ ] Time to monitor after?
---
10. Best Practices
1. Small, frequent deploys over big releases 2. Feature flags for risky changes 3. Automate repetitive steps 4. Document every deployment 5. Review what went wrong after issues 6. Test rollback before you need it
---
Remember: Every deployment is a risk. Minimize risk through preparation, not speed.
When to Use
This skill is applicable to execute the workflow or actions described in the overview.
Limitations
- Use this skill only when the task clearly matches the scope described above.
- Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
- Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
Related skills
How it compares
Use deployment-procedures for release thinking and checklists; use platform-specific CLI skills for concrete command sequences once the strategy is set.
FAQ
Does deployment-procedures include ready-made deploy scripts?
deployment-procedures intentionally teaches deployment principles—platform trees, rollback, verification—not bash scripts to copy. Developers adapt procedures to their stack because every production environment differs.
When should teams use deployment-procedures?
Use deployment-procedures when planning production launches, evaluating platforms, or defining rollback and verification steps. The skill is marked critical risk because it guides live release decisions.
Is Deployment Procedures safe to install?
skills.sh reports 3 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.