PHP Update von 7.4 auf 8.4: was wirklich passiert 2026

Ein PHP Update von 7.4 auf 8.4 ist kein Versionssprung in der Konfiguration. Es ist eine Reihe kleiner, kontrollierter Schritte durch die eigene Codebase. Wer den Weg kennt, kommt ohne Big Bang Release ans Ziel.

Warum das Update kein Selbstzweck ist

Alte PHP Versionen bekommen irgendwann keine Sicherheitsupdates mehr. Das ist der harte Grund. Der weiche ist mindestens so wichtig: Enums, readonly Properties, Fibers und typisierte Konstanten machen Code kürzer und eindeutiger. Wer auf 7.4 sitzt, schreibt jeden Tag mehr Zeilen als nötig. Den aktuellen Support Status pflegt php.net.

Schritt 1: erst messen, dann anfassen

Vor der ersten Änderung läuft die Analyse. PHPStan Bodyscan zeigt, auf welchem Level die Codebase realistisch steht und wie viele Fehler pro Level auftauchen. Die Composer Dependency Analyse deckt Pakete auf, die den Sprung gar nicht mitmachen. Oft ist nicht der eigene Code das Nadelöhr, sondern eine Library, die seit Jahren keinen Release mehr hatte.

Aus diesen Zahlen entsteht die Reihenfolge: was blockiert, was ist Quick Win, was kann warten.

Schritt 2: Sicherheitsnetz vor dem Umbau

Ein Update ohne Tests ist eine Wette. Bevor Versionen steigen, ziehen wir PHPStan hoch und schreiben PHPUnit Tests für die Pfade, an denen Geld hängt. Für die Oberfläche kommen E2E Tests mit Cypress dazu. Dieselbe Reihenfolge gilt bei uns auch im PHP Refactoring.

Schritt 3: Rector macht die Fleißarbeit

Den größten Teil der Transformationen übernimmt Rector: Signaturen anpassen, veraltete Aufrufe ersetzen, Sprachfeatures nachziehen. Wir fahren jedes Set erst im Dry Run, lesen das Diff und lassen die Pipeline drüber. Details im Glossareintrag zu Rector PHP.

Was Rector nicht kann, ist entscheiden. Ob eine Deprecation sauber ersetzt oder die Stelle gleich neu geschnitten wird, klärt ein Mensch mit Projektwissen.

Schritt 4: die Pipeline hält den Stand

Nach dem Update greift bei jedem Push statische Analyse, Coding Standard und Testlauf. GrumPHP fängt kaputte Commits schon lokal ab. So bleibt der neue Stand stabil, statt in drei Monaten wieder abzurutschen. Wie unser Setup dafür aussieht, steht in den NCA Leistungen.

Häufige Fragen zum PHP Update 2026

Wie lange dauert ein PHP Update?

Bei einem mittelgroßen Symfony Projekt von 8.1 auf 8.4 typischerweise zwei bis vier Wochen. Bei Legacy Code mit wenig Tests werden es schnell sechs bis acht Wochen, weil zuerst das Sicherheitsnetz entsteht. Im Erstgespräch geben wir eine realistische Einschätzung.

Muss der Betrieb dafür stehen?

Nein. Wir arbeiten in Feature Branches und liefern in kleinen Schritten. Das Update läuft parallel zum normalen Betrieb, jeder Schritt geht durch Tests und Review. Kein Freeze über Wochen, kein Big Bang Release am Ende.

Was, wenn Pakete nicht kompatibel sind?

Das zeigt die Dependency Analyse vorab. Für tote Pakete gibt es drei Wege: Ersatz durch eine gepflegte Alternative, eigener Fork oder Ablösung durch eigenen Code. Welcher Weg passt, entscheidet der Aufwand gegen das Risiko.

Lohnt sich der Sprung auf 8.4 überhaupt?

Ja, allein wegen Sicherheitsupdates und Performance. Dazu kommt der Effekt auf die Wartbarkeit: Moderne Sprachfeatures ersetzen viel Handarbeit. Und jedes ausgelassene Update macht das nächste teurer.

Was kostet das?

Wir starten mit einem kostenlosen Kennenlernen und schätzen den Aufwand gemeinsam ein. Abgerechnet wird transparent und minutengenau. Keine Pauschale, keine Mindestlaufzeit.