Fallbeispiele für die Versionsverwaltung
In den folgenden Ausführungen sollen verschiedene Zustände in der Versionsverwaltung dargestellt werden, um dem Anwender die Wahl der richtigen Version beim Abgleich modifizierter Objekte nach einem Abgleich zu erleichtern. Während des Modifikationsabgleichs wird die Versionsverwaltung dann zu Rate gezogen, wenn Dictionary-Objekte abgeglichen werden oder ein manueller Abgleich in der Transaktion SPAU, d.h. beim Abgleich der Repository-Objekte durchgeführt werden muß.
Befindet sich ein Objekt im Initialzustand, würden in der Versionsverwaltung z.B. folgende Angaben zur Anzeige gebracht:
Initialzustand heißt:
Das Objekt (hier der Report RSVRSRS1) wurde in die Aufgabe TDVK900219 zum Änderungsauftrag TDVK900218 (hier nicht sichtbar) aufgenommen. Dabei wurde Version 1 (Zustand vor der Änderung) erzeugt.
Die Versionen 2 und 3 wurden aufgrund einer Benutzeranforderung erstellt. Es handelt sich um temporäre Versionen, die bei einer Auftragsfreigabe wieder gelöscht werden.
Der Änderungsauftrag TDVK900218 wurde freigegeben. Dabei wurden die temporären Versionen gelöscht und anschließend der Zustand nach der Freigabe in Version 2 abgelegt. Version 2 stimmt nun mit der aktiven Version überein. Bei der aktiven Version steht das Datum der letzten Änderung des Objektes. Bei Version 2 steht das Freigabedatum des Auftrags, das natürlich nach dem Datum der letzten Änderung liegt.
Das Objekt wurde mit dem Auftrag TQAK900043 importiert, dabei wurde keine Version erzeugt. Anschließend wurde das Objekt in die Aufgabe TDVK900221 aufgenommen. Da sich durch den Import die aktive Version geändert hat und nicht mehr mit Version 2 übereinstimmte, wurde bei Aufnahme des Objektes in die Aufgabe TDVK900221 Version 3 erzeugt. Version 3 gibt den Zustand nach dem Import von TQAK900043 wider, daher ist dieser Auftrag bei Version 3 angegeben.
Der Änderungsauftrag TDVK900220 (enthält Aufgabe TDVK900221) wurde freigegeben. Dabei wurde Version 4 erzeugt.
Zustand nach Freigabe von TDVK900220. Version 4 stimmt mit der aktiven Version überein.
In der dieser Phase werden beim Upgrade modifizierte Objekte, die neu ausgeliefert werden versioniert. Alle neu ausgelieferten Objekte erhalten ein I-Flag (Auftrag UPGRADE6.10). Der Report RSVRSRS1 wird mit dem Upgrade importiert, daher wurde das I-Flag in Spalte Knz gesetzt.
Der Benutzer hat in der SPAU das Objekt RSVRSRS1 angeklickt. Dabei wurde Version 5 (Zustand nach dem Repository Switch) erzeugt.
Zum Abgleich sollte in einem Fenster Version 4 (modifizierter Zustand vor dem Upgrade) mit Version 5 (Zustand nach dem Upgrade) verglichen werden. In einem zweiten Fenster sollte das Objekt selbst (d.h. seine aktive Version) editiert werden.
Rückkehr zum SAP-Standard heißt ab Release 4.5, daß der zum Release gehörende Eintrag aus der Modifikationstabelle (SMODILOG) gelöscht wird (vorher wurde ein C-Flag gesetzt)