Template Versioning
Manage template versions to track changes, maintain compatibility, and allow rollback if needed.
Version Numbering
Templates use semantic versioning: Major.Minor.Patch
1.0.0 → First release
1.1.0 → New field added (minor change)
1.0.1 → Bug fix (patch)
2.0.0 → Major restructure
Creating Versions
When you update a template:
- Modify template
- Increment version number
- Add change notes
- Publish new version
Version Management
note
Publishing a new template version does not change existing cases — they keep their current version. Existing cases are only updated if you initiate a migration.
Viewing Versions
- See all past versions
- View what changed
- Compare with previous
- See usage counts
Switching Versions
- New cases use latest
- Existing cases keep current
- Migration options available
- Compatibility checked
Deprecation
Mark old versions as deprecated:
- Still available for reference
- Not recommended for new cases
- Clear migration path
- Scheduled removal date
Change Tracking
Each version records:
- Changed by — Who made changes
- Date published — When released
- Notes — What changed and why
- Fields added — New fields
- Fields removed — Deleted fields
- Fields modified — Updated fields
Migration
When updating existing cases:
- Automatic — Use new version
- Manual — Review before update
- Scheduled — Update at specific time
- Conditional — Only if certain fields empty
Best Practices
- Add clear change notes
- Plan major changes carefully
- Test versions before publishing
- Deprecate old versions gradually
- Document breaking changes
- Communicate updates to team
- Keep version history
Rollback
If needed, rollback to previous version:
- Open template
- Select version
- Click Rollback
- Confirm change
Existing cases on new version unchanged.