Composer bei TYPO3: Abhängigkeiten verwalten

Composer bei TYPO3

Das Werkzeug, mit dem TYPO3 und seine Erweiterungen samt Abhängigkeiten verwaltet und installiert werden.

Was Composer macht

Composer ist das Abhängigkeitswerkzeug der PHP-Welt. Man beschreibt, welche Pakete ein Projekt braucht und in welchen Versionsbereichen, und Composer sorgt dafür, dass eine passende Kombination installiert wird.

Bei TYPO3 betrifft das den Core selbst, alle Extensions aus dem Katalog und beliebige weitere PHP-Bibliotheken, die im Projekt gebraucht werden.

Warum das bei Updates zählt

Der eigentliche Gewinn zeigt sich beim Update. Composer kennt die Anforderungen jeder Extension und kann vorher sagen, ob ein Sprung auf eine neue TYPO3-Version möglich ist oder welche Extension im Weg steht.

Ohne diese Information beginnt jedes Update mit Ausprobieren. Mit ihr steht die Liste der Problemfälle fest, bevor die erste Datei angefasst wurde.

Reproduzierbare Installationen

Composer schreibt die tatsächlich installierten Versionen in eine Sperrdatei. Wer diese Datei ins Repository legt, bekommt auf jedem System exakt denselben Stand.

Das ist die Grundlage dafür, dass eine Vorschau-Umgebung aussagekräftig ist. Wenn dort andere Versionen laufen als in der Produktion, ist ein erfolgreicher Test wenig wert.

Häufige Fragen

Was ist der Unterschied zur klassischen Installation?

Bei der klassischen Installation liegen TYPO3 und die Extensions als Dateien im Projektverzeichnis, installiert über den Extension Manager. Bei einer Composer-Installation stehen sie als Abhängigkeiten in einer Datei, und Composer holt die passenden Versionen.

Der praktische Unterschied zeigt sich beim Update: Composer prüft, ob die gewünschten Versionen zueinander passen, und verweigert die Installation, wenn nicht. Ohne Composer merkt man einen Konflikt erst im Betrieb.

Lässt sich eine bestehende Installation umstellen?

Ja, aber es ist kein Schalter. Man muss für jede installierte Extension klären, ob es sie als Composer-Paket gibt, wie die Abhängigkeiten aussehen und was mit eigenem Code passiert, der bisher außerhalb lag.

Die Umstellung lohnt sich fast immer, weil jedes folgende Update davon profitiert. Sie sollte aber als eigener Arbeitsschritt geplant werden und nicht nebenbei in einem anderen Projekt mitlaufen.