HomeEE · Content Management › MSM rollout strategies

MSM rollout strategies

Purpose: Operate a blueprint/live-copy estate: rollout cadence, inheritance hygiene and conflict handling.

Who this page is for

AudienceWhy it matters to you
All engineersWorking on MSM estates
Content opsRollout operators

Rollout models

ModelBehaviourFits
On-rollout (manual trigger)Changes push when someone rolls outDefault — controlled, batchable
On-modificationEvery blueprint save pushesSmall estates, high-trust; noisy at scale
ScheduledRollout as a batch job (custom/queued)Large estates wanting a nightly sync rhythm

Manual rollout wins at scale because it makes propagation an event with an owner — rolled out by whom, when, verified how — rather than ambient magic.

Inheritance hygiene (where estates rot)

Conflict playbook

ConflictResolution
Blueprint + local both edited a componentHuman decision per component — rollout config decides default winner; audit afterwards
Rollout overwrote a wanted local changeVersion restore on the live-copy page; then re-break inheritance properly
Live copy page deleted locally, still in blueprintDecide: recreate on next rollout vs exclude — document per page

Engineering notes

Components must be MSM-safe (no absolute self-site paths, no assumptions about tree position — MSM overview); test new components on a live copy before estate-wide use.

Quick navigation