Eine DevOps-Toolchain verbindet nicht nur Compiler und Deployment. Elle K beschreibt im zuletzt am 10. Juli 2019 bearbeiteten Linux-Academy-Beitrag die Aufgaben von Planung bis Monitoring. Der ursprünglich 2016 veröffentlichte Überblick behandelt Zusammenarbeit und Betriebsabläufe, nicht den Geschwindigkeitsvergleich einzelner Produkte.
Konfiguration und Quellcode getrennt verwalten
Jira, Trello und Basecamp stehen in der Übersicht für Aufgabenplanung. Puppet, Chef und Salt verwalten dagegen Systemkonfigurationen als Code. Vagrant soll vergleichbare lokale Entwicklungsumgebungen bereitstellen. Git und Mercurial erfassen Änderungen am Quellcode. Diese Werkzeuge lösen unterschiedliche Probleme; Versionsverwaltung allein macht eine Umgebung nicht reproduzierbar.
Ein Build braucht Tests und verwertbare Rückmeldungen
Für Continuous Integration nennt der Beitrag Jenkins, Bamboo und Travis CI. Sie verbinden Änderungen mit Tests und Builds. Monitoring ergänzt Protokolle, Benachrichtigungen und Auswertungen über längere Zeiträume. Die Auswahl richtet sich nach dem Projekt, nicht nach einer im Artikel empfohlenen Standardkombination.
Für ein Spiele- oder Middleware-Team lässt sich daraus eine konkrete Prüffrage ableiten: Kann ein fehlgeschlagener Test seinem Commit, dem verwendeten SDK und der Build-Umgebung zugeordnet werden? Ohne diese Zuordnung bleibt eine Fehlermeldung schwer reproduzierbar. Das ist eine redaktionelle Folgerung für QA, keine von Linux Academy gemessene Produktivitätssteigerung.
Ein integrierter Ansatz war bereits mit GitLab 11.0 und dessen Build- und Testketten mit Auto DevOps verfügbar. Eine vorgefertigte Pipeline ersetzt jedoch nicht die Festlegung, welche Tests das konkrete Projekt benötigt.
Archivhinweis: Der Beitrag verwendet die belegbare, 2019 bearbeitete Fassung. Aus dem ursprünglichen Veröffentlichungsdatum 2016 wird keine unveränderte Funktionsliste abgeleitet. Das Git-Logo illustriert die Versionsverwaltung. Bildgestaltung: Jason Long, CC BY 3.0.