Git auf IBM^® i

Fragt man eine beliebige Gruppe von Entwicklern nach ihrem bevorzugten Versionskontrollsystem, lautet die Antwort mit überwältigender Mehrheit „Git“. Eine Umfrage von Stack Overflow unter fast 70.000 professionellen Entwicklern ergab, dass über 88 Prozent von ihnen Git anderen Versionskontrollsystemen vorziehen . Als Schlüsselkomponente der DevOps Lösung vieler Unternehmen wird Git in der Entwicklergemeinschaft für seine Kombination aus intuitiver Bedienbarkeit, Geschwindigkeit und Robustheit geschätzt.

Diese überwältigende Popularität veranlasste IBM, Git frühzeitig in die stetig wachsende Liste der Open-Source-Tools für IBM i aufzunehmen. Wie ich bereits in früheren Beiträgen erläutert habe, bietet IBM i eine Reihe umfassender Komplettlösungen für IBM-Systeme. ^® i DevOps. Als Lösungsingenieur für einen vielfältigen IBM i-Kundenstamm stelle ich jedoch fest, dass immer mehr IBM i-basierte Unternehmen Git in ihren DevOps Stack integrieren. Ausgehend von dieser Erfahrung möchte ich Ihnen einige meiner Beobachtungen dazu vorstellen, warum Git eine wertvolle Ergänzung für Ihr IBM i DevOps Toolkit sein kann.

Leistungsstarke Quellcodeverwaltung

Ein guter Grund für die Verwendung von Git ist, dass es zahlreiche Funktionen für die Versionskontrolle bietet, die über die Möglichkeiten mancher IBM i-Tools hinausgehen. Git speichert nicht nur Dateien und verfolgt die Änderungen zwischen den einzelnen Versionen, sondern ermöglicht es auch, diese Versionen durch Verzweigungen und Tags in verschiedene logische Strukturen zu gruppieren. So lässt sich jede Änderung an jeder Datei im Rahmen eines Commits im Repository leicht nachvollziehen.

Anschließend können Sie diese Änderungen auf jede andere Version der Anwendung anwenden, dank der schnellen, automatisierten Merge-Tools von Git, die Änderungen aus mehreren Versionen einer Datei nahtlos zusammenführen können.

Verteilte Architektur

Ein weiterer großer Vorteil von Git ist seine verteilte Architektur. Dadurch lässt sich ein Git-Repository problemlos auf Plattformen wie GitHub hosten. Sobald Entwickler ihre Arbeit abgeschlossen haben, können sie ihre Änderungen einfach auf GitHub hochladen (oder alternativ unkompliziert einen Pull Request einreichen). Der Code wird dann in das Remote-Repository kopiert und steht dort anderen Entwicklern zur Verfügung. So eignet sich Git hervorragend zur Verwaltung von Open-Source-Projekten, an denen Hunderte oder sogar Tausende von Entwicklern in verschiedenen Organisationen arbeiten.

IBM i-Entwickler können GitHub zur Versionskontrolle ihres RPG-Codes und für Code-Reviews nutzen und dabei Tools wie SonarQube, Gerrit und Collaborator einsetzen.

Integrationen in Hülle und Fülle

Darüber hinaus – und dies ist wahrscheinlich der Hauptgrund für die anhaltende Popularität von Git – sind viele andere Tools (Open Source und andere), die Entwickler häufig zur Überprüfung von Integrität, Sicherheit, Lizenzkonformität und Richtlinienkonformität von Code verwenden, ebenfalls in Git integriert. Dadurch lassen sich diese Tools problemlos auf ein bestimmtes Git-Repository verweisen und ihre Funktionen ausführen.

Git lässt sich zudem problemlos in automatisierte Build-Tools wie Jenkins, Maven, Bamboo und Ant integrieren. Diese Tools können den für die Builds benötigten Quellcode aus Git abrufen und die Anwendung anschließend anhand der vom Benutzer definierten Regeln erstellen und bereitstellen.

Kurz gesagt, mit diesen Tools wird die Verwaltung von Anwendungen, die sich gleichzeitig über IBM i und verteilte Systeme erstrecken, einfach.

Git lässt sich problemlos in Jenkins integrieren.