ServiceNow Deployment
Quick start
Update Set naming convention:
code
[App Name] - [Story ID] - [Brief Description] Example: ITIL - STORY-1234 - Add approval routing for high-priority incidents
Batching strategy (parent/child pattern):
code
Parent Update Set (orchestrates order) ├── Child Update Set 1 (dependencies) ├── Child Update Set 2 (main logic) └── Child Update Set 3 (cleanup)
Deployment process
- •Capture phase: Select only objects needed; use filters to exclude system changes
- •Preview phase: Resolve all errors:
- •Accept Remote: Keep target system changes
- •Skip: Ignore conflicting source changes
- •Commit phase: Only after preview succeeds
- •Verify phase: Test functionality on target instance
Critical rules
| Rule | Reason |
|---|---|
| Use Parent/Child batches | Maintains deployment order; enables rollback |
| Never merge sets | Destructive; loses change history |
| Preview before commit | Catches conflicts early |
| Unique naming | Enables audit trail and troubleshooting |
Best practices
- •Keep Update Sets focused (one feature per set)
- •Document customizations in the Description field
- •Test on sub-production before production
- •Create parent sets for new applications
- •Version track all custom objects
- •Backup production before large deployments
Reference
For capture lists, what moves vs what stays, and batching patterns, see BEST_PRACTICES.md