Was Sie in 8 Minuten erfahren:
- Warum LTS und Standardversion keine technische, sondern eine Wartungsbudget-Frage sind
- Was es bedeutet, dass Symfony 8.0 seit Juli 2026 ohne Bugfix-Support läuft
- Woran Sie in fünf Minuten erkennen, welche Version zu Ihrem Team passt
Eine Entscheidung, die einmal fällt und dann jahrelang wirkt
Die Wahl zwischen LTS-Version und aktueller Standardversion fällt meist beim Projektstart, oft in wenigen Minuten neben ganz anderen Architekturentscheidungen. Danach wird sie selten wieder hinterfragt, bis ein Sicherheitspatch ausbleibt oder ein Audit die Supportlage prüft. Dann ist die Entscheidung längst getroffen, und die Konsequenzen zeigen sich erst mit Verzögerung.
Aus Wartungsprojekten, die ich übernehme, zeigt sich ein wiederkehrendes Muster: Die Versionsentscheidung scheitert fast nie an technischen Gründen. Sie scheitert daran, dass zum Projektstart niemand die Upgrade-Routine des eigenen Teams realistisch eingeplant hat. Dieser Artikel klärt, worauf es bei der Wahl tatsächlich ankommt.
Wie Symfonys Releasezyklus funktioniert
Symfony folgt einem festen, zeitbasierten Schema. Alle sechs Monate erscheint eine neue Minor-Version, jeweils im Mai und im November. Alle zwei Jahre folgt eine neue Major-Version. Innerhalb jeder Major-Reihe ist die letzte Minor-Version, also die mit der Endung .4, die Long-Term-Support-Version.
Die Supportzeiträume unterscheiden sich deutlich zwischen beiden Versionstypen:
Versionstyp | Bugfixes | Security-Fixes |
|---|---|---|
Standardversion | 8 Monate | 14 Monate |
LTS | 3 Jahre | 4 Jahre |
Aktuell bedeutet das konkret: Symfony 7.4 ist die laufende LTS-Version, veröffentlicht im November 2025, mit Bugfix-Support bis November 2028 und Security-Support bis November 2029. Symfony 8.1 ist die aktuelle Standardversion, veröffentlicht im Mai 2026, mit Security-Support bis Januar 2027. Symfony 8.0, veröffentlicht im November 2025, ist seit Juli 2026 ohne Bugfix-Support und läuft nur noch bis Januar 2027 mit reinen Security-Patches.
Kurz: Die Supportzeiträume sind vorhersagbar und lassen sich planen, wenn man sie beim Projektstart tatsächlich einkalkuliert.
Die eigentliche Entscheidungsfrage: Wie oft kann Ihr Team upgraden?
Die Frage "welche Version ist besser" führt in die Irre. Die relevante Frage lautet: Wie oft kann Ihr Team ein Upgrade tatsächlich durchführen, ohne dass es zur Nebensache neben dem eigentlichen Projekt wird?
Ein Team mit fester Upgrade-Routine alle sechs Monate fährt mit der Standardversion besser. Neue Features stehen früher zur Verfügung, und die einzelnen Upgrades bleiben klein, weil nie mehr als eine Minor-Version übersprungen wird. Ein Team ohne diese Routine ist mit LTS besser bedient, weil sich ein Upgrade alle zwei bis drei Jahre realistisch planen lässt, statt zwischen zwei Projekten unterzugehen.
Bei Kundenprojekten ohne laufenden Wartungsvertrag ist die Antwort meist eindeutig: LTS. Sonst steht der Kunde acht Monate nach Launch ohne Bugfix-Support da, ohne dass er das beim Projektstart überhaupt mitbekommen hat.
Betrifft Sie das? Schnelltest in 30 Sekunden
LTS spricht für Sie, wenn: Es keine feste Upgrade-Routine im Team gibt oder das Projekt ohne laufenden Wartungsvertrag läuft.
Standardversion spricht für Sie, wenn: Ihr Team zuverlässig alle sechs Monate upgradet und von neuen Features früh profitieren will.
Prüfen Sie jetzt, wenn: Ihr Projekt im November 2025 auf Symfony 8.0 gestartet ist und seitdem nicht auf 8.1 gewechselt wurde.
🔍 Kommt Ihnen das bekannt vor?
Viele meiner Kunden standen vor genau dieser Herausforderung. In einem kostenlosen Erstgespräch analysiere ich Ihre Situation und gebe eine ehrliche Einschätzung.
Kostenloses Erstgespräch anfragen →⏱️ Antwort binnen 24 Stunden
Der teure Irrtum: "Wir nehmen die neueste Version"
Der häufigste Fehler, den ich in der Praxis sehe: Ein Projekt startet bewusst mit der neuesten Major-Version, weil das zukunftssicher klingt. Zukunftssicher ist es nur, wenn die Upgrade-Kapazität tatsächlich vorhanden ist. Fehlt sie, ist die neueste Version das Gegenteil von sicher.
Symfony 8.0 ist dafür ein konkretes, aktuelles Beispiel. Release im November 2025, Ende des Bugfix-Supports bereits im Juli 2026, also nach acht Monaten. Wer im November 2025 auf 8.0 gesetzt und seitdem nicht auf 8.1 gewechselt hat, bekommt inzwischen nur noch Security-Patches, keine Bugfixes mehr. Die technischen Hintergründe zum Support-Ende habe ich im Artikel zu Symfony 8.0 EOL eingeordnet.
Kostenseitig lohnt sich eine ehrliche Einordnung: Ein Minor-Upgrade innerhalb derselben Major-Reihe, etwa von 8.0 auf 8.1, ist überschaubar. Ein Sprung über mehrere übersprungene Versionen hinweg, etwa von 8.0 direkt in eine spätere Major-Version, wird dagegen schnell zu einem eigenständigen Projekt mit eigenem Zeitplan.
Entscheidungskriterien in Kurzform
Fünf Fragen, die sich jedes Team vor der Versionswahl stellen sollte:
- Gibt es einen Wartungsvertrag mit definiertem Upgrade-Budget?
- Existiert Testabdeckung, die ein Upgrade tatsächlich absichert?
- Wie lange soll das Projekt voraussichtlich laufen?
- Braucht das Projekt Features, die erst in einer neueren Version verfügbar sind?
- Wer übernimmt das Upgrade, ein internes Team oder ein externer Dienstleister?
Gerade die letzte Frage entscheidet oft über den realistischen Rhythmus. Wer ein Upgrade nicht selbst stemmen kann oder will, sollte das offen einplanen, statt es erst beim ausbleibenden Patch zu bemerken. Für die Frage, wer ein Upgrade begleitet, lohnt sich ein Blick auf eine externe Symfony-Beratung, bevor der Support ausläuft.
⚡ Unterstützung bei der Umsetzung?
Ich unterstütze KMU und Agenturen bei PHP- und Symfony-Projekten – von der Architektur bis zum Go-Live.
- Erfahrener PHP & Symfony-Entwickler
- Transparente Kommunikation & faire Konditionen
- Remote oder vor Ort im Raum Oldenburg
⏱️ Antwort binnen 24 Stunden
📞 Oder direkt anrufen: 04481 - 9099658
Aus der Praxis
Was mir bei Upgrades tatsächlich Zeit kostet:
Die Symfony-Version selbst ist bei einem Upgrade selten das eigentliche Problem. Zeit kostet fast immer, was drumherum hängt: Bundles von Drittanbietern, die der neuen Version hinterherhinken, und fehlende Testabdeckung, die ein Upgrade erst gefahrlos macht. Ein Projekt mit guter Testsuite lässt sich in einem Bruchteil der Zeit upgraden wie ein vergleichbares Projekt ohne. Diese Vorarbeit wird beim Projektstart selten mitgedacht, entscheidet aber Jahre später darüber, wie teuer ein fälliges Upgrade wird.
Wie geht es weiter?
Technische Einordnungen wie diese veröffentliche ich regelmäßig. Folgen Sie mir auf LinkedIn für Updates.
Sie möchten wissen, welche Version zu Ihrem Projekt passt? Kostenloser Audit-Check für Symfony-Projekte.
Sie wissen bereits, was Ihr Projekt braucht. Lassen Sie uns den nächsten Schritt klären.
Dennis Schwenker-Sanders ist PHP- und Symfony-Entwickler mit Fokus auf Legacy-Übernahmen und Wartungsstrategien für Agenturen und KMU im DACH-Raum.