Alexander Dorn
25. November 2015

„Wie war das nochmal?“ – Geschickte Inline-Versionierung

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.

Bei diesem Webinar zum Thema „SAP Best Practice Tools – Erleichtern Sie Ihren Arbeitsalltag“ dreht sich alles rund um hilfreiche Tools im SAP-Bereich.

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.

Inline-Versionierung: Versionsverwaltung

Versionsverwaltung

Inline-Versionierung: Splitscreen-Editor

Splitscreen-Editor

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 lässt sich das umsetzen.

Inline-Versionierung umsetzen

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.

Inline-Versionierung: Änderungshistorie

Änderungshistorie

Inline-Versionierung: Erweiterte Änderungshistorie

Erweiterte Änderungshistorie

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.

Inline-Versionierung

Inline-Versionierung

Inline-Versionierung im Block

Inline-Versionierung im Block

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 mittels der “Einheit” komfortabel an die relevanten Stellen gelangen. Splitscreen, adé!

Unser E-Book zum Thema SAP Entwicklung

E-Book: SAP Entwicklung

Wir erklären Ihnen im E-Book die 3 wichtigsten Frameworks und zeigen Ihnen weitere Erfolgsbooster, die wir selbst einsetzen.

Wichtig für den Einsatz dieser Technik: Es genügt selbstverständlich nicht, wenn eine Person so programmiert. Die konsequente Verwendung ist als Arbeitsanweisung (unternehmensweit, oder zumindest für alle Entwickler, die die gleichen Objekte anfassen) zu etablieren und im Optimalfall auch durch eine Qualitätssicherung zu prüfen.

Die Inline-Versionierung ist ein simples Prinzip, welches das Programmieren enorm erleichtert. Besonders wenn viele (womöglich sogar externe) Entwickler in einem Unternehmen tätig sind, ist eine Technik wie diese zu empfehlen.

Nutzen Sie Ähnliches in Ihrem Unternehmen? Wie lösen Sie das Problem?

Alexander Dorn

Alexander Dorn

Mein Name ist Alexander Dorn und ich bin begeisterter SAP Consultant bei mindsquare. Wie meine Kollegen habe ich mein Hobby zum Beruf gemacht.

Sie haben Fragen? Kontaktieren Sie mich!



Das könnte Sie auch interessieren

Die technische Dokumentation ist ein leider oft stiefmütterlich behandeltes Thema. Meist wird sie gegen Ende des Projekts angefertigt, wenn es wichtiger erscheint, die letzten Prozent des Projekts erfolgreich umzusetzen. Zudem existiert […]

weiterlesen

In SAP das eigene Passwort rund um die Uhr zurücksetzen können? Was so einfach im SAP Standard nicht möglich ist, haben wir mit unserem Password Self-Service (PSS) Tool realisiert und bereits […]

weiterlesen

Wie gehe ich die Entwicklungen von SAP-Erweiterungen an? Lege ich einfach los oder schreibe ich einen Plan? Wie plane ich den Prozess? Wie helfen Prozessmodelle dabei? All diese Überlegungen wurden […]

weiterlesen

Schreiben Sie einen Kommentar

Bitte füllen Sie alle mit * gekennzeichneten Felder aus. Ihre E-Mail Adresse wird nicht veröffentlicht.





Kontaktieren Sie uns!
Alexander Koessner-Maier
Alexander Kössner-Maier Kundenservice