SAP Solution Manager 7.2 · Release Management

How does Release Management's predecessor/successor philosophy gate deployment?

A successor release can only deploy to production after its predecessor has deployed; at system level, a successor release cycle can only switch to test once its predecessor enters hypercare.

At a release's go-live, only changes whose transports are released (in the production buffer, marked successfully tested) get imported; the rest auto-decouple and move to the successor release for the next deployment date.

This is one card from the KnowCard library. The full way to learn it — spaced-repetition review, progress tracking, and AI explanations — lives in the KnowCard app. We’re in private beta now; iOS & Android are coming soon.

Join the private beta

Already a tester? Sign in →

More in Release Management

What are the three setup steps of Release Management, and which two dates matter most?
What does the system check before letting you delete a release, and what's the ordering rule for minor releases?
How does a major release differ from a minor release in Release Management?
What are the phases of a release cycle (SMRE)?
How does Release Management differ from ChaRM on the trade-off between dates versus scope?
What does Release Management add to the change-control framework, and who is it for?