Der vorangegangene Artikel der Serie befasste sich mit dem Faktor Mensch. Neben der dort angesprochenen Modernisierung von innen heraus müssen sich die Entwicklerinnen zwangsläufig mit der Software in der Form befassen, in der sie gerade vorliegt. Fehler müssen behoben, Funktionalitäten umgesetzt und die Software ihren Benutzerinnen zur Verfügung gestellt werden.

Nie wieder Commits mit Messages wie „Fixed typo“ oder „Best commit ever“. Nie wieder Commits mit Syntaxfehlern oder fehlschlagenden Unit-Tests. Nie wieder Fehlermeldungen, weil Composer-Pakete nach einem Pull nicht aktualisiert wurden. Klingt zu gut, um wahr zu sein? Nicht mit der Hilfe eines Piraten!

Mittlerweile nutzt fast jeder Entwickler Tools zur statischen Codeanalyse, zur Ausführung von Tests und zur fortwährenden Prüfung des Codestyles im Projekt. Aber wie kann uns Docker dabei helfen? Und welchen Vorteil habe ich dadurch gegebenenfalls in Legacy-Projekten?