Sei es fremdes Coding, das schon Jahrzehnte alt ist, oder das eigene von vor wenigen Wochen: Als Entwickler fragt man sich oft: „Wie war das nochmal?“. Es ist ganz normal: Mit der Zeit wachsen Programme. Es gibt neue bzw. geänderte Anforderungen oder beispielsweise Bugfixes, nachdem das Programm schon lange produktiv gelaufen ist und deren Notwendigkeit in der Testphase nicht bemerkt wurde.<\/p>\n

Webinar: SAP Best Practice Tools<\/a><\/h3><\/div><\/div>
$\"\"$ <\/div>
\n\t\t\t\tBei diesem Webinar zum Thema\u00a0\u201eSAP Best Practice Tools \u2013\u00a0Erleichtern Sie Ihren Arbeitsalltag\u201c dreht sich alles rund um hilfreiche Tools im SAP-Bereich.\t\t\t<\/div>
Jetzt anmelden<\/a><\/div><\/div><\/div><\/div>\n\n
Repariert oder erweitert ist meist schnell; was ist aber, wenn danach eventuell doch wieder zurückgerudert werden soll? Klar, der SAP-Standard bietet eine Versionsverwaltung. Diese bietet neben dem Logging, wer wann geändert hat auch die Möglichkeit, jede Version im Splitscreen-Editor vergleichen zu können. Somit können Änderungen gut nachvollzogen werden. Zu beachten ist, dass für jede vorhandene Version eine „Version gezogen werden muss“. Das geschieht entweder manuell, oder automatisch, wenn ein Transport, der das Objekt beinhaltet freigegeben wird.<\/p>\n
\n\n\n
\n
$\"Inline-Versionierung:$ <\/a>
Versionsverwaltung<\/p><\/div><\/p><\/td>\n
\n
$\"Inline-Versionierung:$ <\/a>
Splitscreen-Editor<\/p><\/div><\/p><\/td>\n<\/tr>\n<\/tbody>\n<\/table><\/div>\n
Während des Entwickelns ist dieses Art der Versionierung aber nicht immer praktisch. Man verlässt dafür das Coding, vergleicht im Splitscreen, merkt sich die Zeilennummer, geht zurück,… . Wäre es nicht geschickter, IM CODE auf einen Blick zu sehen, wo welche Änderungen stattgefunden haben? Mittels geschickter Inline-Versionierung<\/strong> lässt sich das umsetzen.<\/p>\n
Inline-Versionierung umsetzen<\/h2>\n
Dazu ist eine „Einheit“ zu wählen, nach der man versionieren möchte. Es bieten sich z.B. Transportaufträge oder Change-Request-Nummern an. Ein Datum ist weniger geeignet, da sich Entwicklungen meist über die Länge eines Tages erstrecken. PRO DATEI (Report, Include,…) wird eine Historie angelegt. Das geschieht gleich beim ersten Anlegen des Files, nicht erst bei der ersten Änderung! Diese Historie wird manuell durch den Entwickler erweitert, sobald er das Objekt berührt und Änderungen vornimmt. Er notiert seine Nutzerkennung, das Datum an dem die Änderung begonnen wurde, die oben erwähnte „Einheit“ (hier TA-Nummer) und eine kurze Zusammenfassung, was getan wurde. Wurde in einer Einheit, sprich hier in einem Transportauftrag inhaltlich mehrere Dinge umgesetzt, werden diese optisch getrennt eingetragen. Die folgenden Bilder zeigen beispielhaft, wie die Historie wächst.<\/p>\n
$\"Inline-Versionierung:$ <\/a>
Änderungshistorie<\/p><\/div>\n
$\"Inline-Versionierung:$ <\/a>
Erweiterte Änderungshistorie<\/p><\/div>\n
Und nun zum eigentlichen Clou: Alle Änderungen im eigentlichen Coding werden unter Angabe der „Einheit“ inline dokumentiert. Wird eine Zeile geändert, wird ein Kommentar am Ende der Zeile eingefügt. Erstreckt sich die Änderung über mehrere Zeilen, ist der entsprechende Block mit Kommentaren zu umranden. Dabei wird unterschieden zwischen Einfügen, Ändern und Löschen: „+…“, „~…“, „-…“. Hinweis: Löschen wird durch auskommentieren realisiert.<\/p>\n
$\"Inline-Versionierung\"$ <\/a>
Inline-Versionierung<\/p><\/div>\n
$\"Inline-Versionierung$ <\/a>
Inline-Versionierung im Block<\/p><\/div>\n
Das ist effizient während des Programmierens, da keine Erklärung, kein Datum oder sonstiges getippt werden muss. Die schnellkopierte Einheit samt Änderungsart dient als Referenz zur Historie, welche näheren Aufschluss gibt. Wenn der Entwickler eine Änderung, die er in der Historie entdeckt hat, nachvollziehen möchte, kann er auch unter Zuhilfenahme der Suchfunktion<\/a> mittels der „Einheit“ komfortabel an die relevanten Stellen gelangen. Splitscreen, adé!<\/p>\n
$\"Unser$ <\/div>
E-Book: SAP Entwicklung<\/h3><\/div>
\n\t\t\t\t\tWir erkl\u00e4ren Ihnen im E-Book die 3 wichtigsten Frameworks und zeigen Ihnen weitere Erfolgsbooster, die wir selbst einsetzen.\t\t\t\t<\/p><\/div><\/div>
Jetzt anfordern<\/a><\/div><\/div>
E-Book: SAP Entwicklung<\/h3>

Webinar: SAP Best Practice Tools<\/a><\/h3><\/div><\/div><\/div>

E-Book: SAP Entwicklung<\/h3><\/div>\n\t\t\t\t\tWir erkl\u00e4ren Ihnen im E-Book die 3 wichtigsten Frameworks und zeigen Ihnen weitere Erfolgsbooster, die wir selbst einsetzen.\t\t\t\t<\/p><\/div><\/div>

E-Book: SAP Entwicklung<\/h3><\/div>
\n\t\t\t\t\tWir erkl\u00e4ren Ihnen im E-Book die 3 wichtigsten Frameworks und zeigen Ihnen weitere Erfolgsbooster, die wir selbst einsetzen.\t\t\t\t<\/p><\/div><\/div>
Jetzt anfordern<\/a><\/div><\/div>
E-Book: SAP Entwicklung<\/h3>