Versionierung bei mehreren Transporten von Kopien
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Hallo zusammen,
ich möchte gerne auf einem neuen System eine größere Eigententwicklung so einspielen, dass ich mehrere Transporte von Kopien importiere und danach dann bei den einzelnen Objekten die Versionsverwaltung nutzen kann.
Ich stelle aber fest, dass jeder neue importierte Transport der einzige ist, der als Version angezeigt wird.
Hat jemand einen Tipp, wie ich das hinkriegen könnte?
Danke schonmal,
Eberhard
ich möchte gerne auf einem neuen System eine größere Eigententwicklung so einspielen, dass ich mehrere Transporte von Kopien importiere und danach dann bei den einzelnen Objekten die Versionsverwaltung nutzen kann.
Ich stelle aber fest, dass jeder neue importierte Transport der einzige ist, der als Version angezeigt wird.
Hat jemand einen Tipp, wie ich das hinkriegen könnte?
Danke schonmal,
Eberhard
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Eberhard,
bei den Transporten werden i.d.R. keine Versionen des Objektes erzeugt, da diese Informationen eigentlich nur für das Quellsystem benötigt werden.
Wollt Ihr an den eingespielten Objekten weitere Entwicklungen vornehmen?
bei den Transporten werden i.d.R. keine Versionen des Objektes erzeugt, da diese Informationen eigentlich nur für das Quellsystem benötigt werden.
Wollt Ihr an den eingespielten Objekten weitere Entwicklungen vornehmen?
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Wir werden dort z.T. weiterentwickeln, aber eigentlich handelt es sich um ein Wartungsrelease.
Der alte Rechner steht demnächst nicht mehr zur Verfügung, und wir müssen mit unserer Entwicklung auf den neuen Rechner (per Einzel-Transporten, weil dort auch schon entwickelt wurde).
Ich hätte gerne unsere Änderungshistorie behalten, wie sich die Objekte über die Jahre verändert haben (manchmal ist das hilfreich...) und dachte, ich kann einfach die Kopie-Transporte einspielen und habe dann je eingespieltem Transport auch eine Version in der Versionsdatenbank. Leider scheint das nicht so zu sein.
Wenn Du in der Regel sagst, kennst Du irgendeinen Trick, wie ich das System dazu bringen kann, eben doch Versionen anzulegen?
Danke,
Eberhard
Der alte Rechner steht demnächst nicht mehr zur Verfügung, und wir müssen mit unserer Entwicklung auf den neuen Rechner (per Einzel-Transporten, weil dort auch schon entwickelt wurde).
Ich hätte gerne unsere Änderungshistorie behalten, wie sich die Objekte über die Jahre verändert haben (manchmal ist das hilfreich...) und dachte, ich kann einfach die Kopie-Transporte einspielen und habe dann je eingespieltem Transport auch eine Version in der Versionsdatenbank. Leider scheint das nicht so zu sein.
Wenn Du in der Regel sagst, kennst Du irgendeinen Trick, wie ich das System dazu bringen kann, eben doch Versionen anzulegen?
Danke,
Eberhard
Hallo Eberhard,
es werden dann Versionen angelegt, wenn die Objekte im Zielsystem modifiziert wurden und dann per SPAU abgeglichen wurden.
Die verläßlicheste Lösung ist wohl, dass Eure Basis die Tabelle(n) mit den Versionsständen abziehen und im neuen Quellsystem einspielen muss.
Achtung: Dadurch können Versionsstände im Zielsystem flöten gehen.
es werden dann Versionen angelegt, wenn die Objekte im Zielsystem modifiziert wurden und dann per SPAU abgeglichen wurden.
Die verläßlicheste Lösung ist wohl, dass Eure Basis die Tabelle(n) mit den Versionsständen abziehen und im neuen Quellsystem einspielen muss.
Achtung: Dadurch können Versionsstände im Zielsystem flöten gehen.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Das Default-Verhalten bzgl. Versionierung bei Import lässt sich durch einen Parameter im Transport-Profil des Zielsystems ändern. Nimm mal VERS_AT_IMP als Suchbegriff bei help.sap.com.
Hallo Frank, vielen Dank für den Tipp. Genau das brauchte ich. Super.
@Ereglam: Deine Lösung war für uns nicht praktikabel, weil auf dem Importsystem ja schon andere Entwicklungen stattgefunden haben, die wir dann überschrieben hätten. Aber Franks Hinweis hat das Problem für mich gelöst. Danke.
@Ereglam: Deine Lösung war für uns nicht praktikabel, weil auf dem Importsystem ja schon andere Entwicklungen stattgefunden haben, die wir dann überschrieben hätten. Aber Franks Hinweis hat das Problem für mich gelöst. Danke.
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
2334
Views
Views
7
Antw.
Antw.
7383
Views
Views
6
Antw.
Antw.
2990
Views
Views
Drucken von Kopien mit SAPscript-Formular
von Gast » 02.08.2005 06:16 • Verfasst in ABAP® für Anfänger
von Gast » 02.08.2005 06:16 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
1406
Views
Views
Frachtbriefnummer zu Transporten
von Doobie » 02.06.2022 14:59 • Verfasst in Material Management & Produktionsplanung
von Doobie » 02.06.2022 14:59 • Verfasst in Material Management & Produktionsplanung
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 3 Tagen von DeathAndPain 4 / 1224
vor 3 Tagen von DeathAndPain 4 / 1224