Practical Examples of Version Management

The following sections describe the different statuses supported in version management to help you choose the correct version when comparing modified objects after you have upgraded or imported a Support Package. During the modification adjustment, Version Management is consulted whenever Dictionary objects are adjusted or a manual adjustment of Repository objects needs to be performed.

·        Initial status

If an object is in its initial status, the system displays the following details in version management, for example:

Initial status means that:

·         The object has not yet been modified in the system

·         The object was imported from another system (the I flag in the Fla column is set only if at least one version exists in the version database)

·         The object was been modified as a result of a patch or an upgrade

·        After repair has begun

The object (report RSVRSRS1 in this example) was added to task TDVK900219 of change request TDVK900218 (not displayed here). Version 1 (status before the change) was created.

·        During modification

Versions 2 and 3 were created as a result of a user request. These are temporary versions, which are deleted when the request is released.

·        After release of the request

Change request TDVK900218 was released. In this case, the temporary versions were deleted and then the status was stored in version 2 after release. Version 2 is identical with the active version. The date on which the object was last changed is displayed with the active version. The release date of the request which is, of course, later than the date of the last change is displayed with version 2.

·        After import and subsequent start of repair

The object was imported with request TQAK900043, but no version was created. Afterwards, the object was added to task TDVK900221. Since the active version was modified as a result of the import and was therefore no longer identical to version 2, the system created version 3 when the object was added to task TDVK900221. Version 3 reflects the status after the import of request TQAK900043, which is therefore displayed with version 3.

·        After release of repair

The change request TDVK900220 (which contains task TDVK900221) was released. The system created version 4.

·         Before the upgrade

Status after the release of TDVK900220. Version 4 is identical with the active version.

·        Between ascertaining which objects are to be adjusted (ADJUSTCHK phase) and SPDD/SPAU

During this phase of an upgrade, the system creates versions of modified objects. All objects delivered again are marked with the I flag (request UPGRADE6.10). Since report RSVRSRS1 is imported during the upgrade, the I flag was set in the Fla column.

·        During SPDD/SPAU

The user clicked the object RSVRSRS1 in SPAU. The system created version 5 (status after the Repository switch).

To make the necessary adjustment, you should compare version 4 (modified status before the upgrade) with version 5 (status after the upgrade) in a separate window. You should then edit the object itself (that is, its active version) in a second window.

·        After resetting the object to the SAP standard

Starting with Release 4.5, returning to the SAP standard means that the release-specific entry in the modification table (SMODILOG) is deleted. In earlier releases,  a C flag was set instead).