SAP Solution Manager 7.2 · Solution Documentation: Solution Structure (Branches & Sites)

You release a fix to the production branch. A teammate asks whether they now need to re-apply it manually in the project/dev sub-branch so the next release also has it. What do you tell them, and what's the one release-time choice that can still trip you up?

Answer locked. Get the free KnowCard app to reveal it — plus spaced-repetition review so it actually sticks.

This is one card from the KnowCard library — thousands more across SAP, Linux, Python and more. In the app you get the answer, AI explanations, and cards that come back right before you would forget them. Free to start on iOS, Android or the web.

More in Solution Documentation: Solution Structure (Branches & Sites)

A multi-region company wants each region to own its solution documentation independently, so they plan one solution per region. Why is that the wrong instinct, and when is the opposite actually correct?

Where must Business Process Monitoring live — and what is the one thing monitoring experts are NOT permitted to do in that branch?

An end-to-end process touches a non-SAP system. Can a Logical Component Group represent it, and what single property makes that possible — plus who else depends on that same property?

Two project teams will work in parallel. Should each get its own branch, or share one — and which way does the trade-off actually cut?

You need to update Solution Documentation that's currently in production. Which auto-created branch do you edit, and what happens if you try to change production directly?

A SolDoc element shows a 'conflict' state. What actually caused it (vs an ordinary edit), and why does the maintenance branch get priority when resolving it?

Start learning today

Free to start — download the app or use it in your browser.