Où en est le support de Symfony 7.4 et 8.1 ?
| Critère | Symfony 7.4 | Symfony 8.1 |
|---|---|---|
| Sortie | novembre 2025 | mai 2026 |
| Fin des correctifs de bugs | novembre 2028 | janvier 2027 |
| Fin des correctifs de sécurité | novembre 2029 | janvier 2027 |
| PHP minimum | 8.2 | 8.4 |
Statuts vérifiés le 08/11/2026 sur les pages officielles de version.
Les ruptures à traiter en premier
- Bloquant · 7.4Le format de configuration XML est déprécié pour le conteneur et la validation : migrer vers YAML, PHP ou attributs avant la 8.0.source
- Bloquant · 7.4Les config builders fluides PHP sont dépréciés : retourner des tableaux depuis les fichiers de config ; $this et la portée interne du loader y lèvent une erreur.source
Le chemin de migration, étape par étape
Chaque étape se termine sur une version sans dépréciation avant la majeure suivante : c’est la seule montée que la promesse de rétrocompatibilité de Symfony couvre. Avant de lancer le chantier, mesurer la dette avec un Bear Scan chiffre la dette qui ralentira chaque étape.
Côté outillage, Rector 2 ne s’appuie plus sur un set par version : withComposerBased(symfony: true) applique les règles de la version de Symfony installée, et withAttributesSets(symfony: true) convertit les annotations en attributs. On relance Rector après chaque montée de composer.json (configuration testée sur un passage vers Symfony 8).
Avant de quitter Symfony 7.4
PHP minimum : 8.2
- BloquantLe format de configuration XML est déprécié pour le conteneur et la validation : migrer vers YAML, PHP ou attributs avant la 8.0.source
- BloquantLes config builders fluides PHP sont dépréciés : retourner des tableaux depuis les fichiers de config ; $this et la portée interne du loader y lèvent une erreur.source
- BloquantRequest::get() est déprécié : lire directement les propriétés attributes, query ou request.source
- À traiterLe method override HTTP (_method) pour GET, HEAD, CONNECT et TRACE est déprécié et sera ignoré en 8.0.source
- À traiterLes listeners de firewall invocables sont dépréciés : étendre AbstractListener ou implémenter FirewallListenerInterface.source
- MineurApplication::add() de Console est déprécié au profit d'addCommand(), et CurrencyType ne renvoie plus que les devises actives (cours légal).source
Pièges rencontrés en migration
- 7.4 est la dernière version avant la 8.0 : la montée vers 8.0 n'ajoute aucune fonctionnalité, seulement la suppression des dépréciations ; viser zéro notice sur 7.4.source
- Les getters/setters des classes d'attributs sont dépréciés au profit de propriétés publiques : à vérifier si des attributs maison les appellent.source
- Les alias de classes du namespace Annotation sont dépréciés : les derniers @Route/@Assert hérités doivent devenir attributs.source
À lire sur le blog : De Symfony 7.4 LTS à la branche 8.x : éliminer les dépréciations proprement · Symfony 7.4 LTS : ce qu'il faut savoir avant de migrer
Symfony 8 (8.0 et 8.1)
PHP minimum : 8.4
- Bloquant · 8.0Le format XML est abandonné : ExtensionInterface::getXsdValidationBasePath() et getNamespace() disparaissent, tout XML doit passer en YAML, PHP ou attributs.source
- Bloquant · 8.0Le format PHP fluide de configuration sémantique est supprimé : instancier le builder avec le tableau de config et le retourner.source
- Bloquant · 8.0Request::get() est supprimé : lire attributes, query ou request directement ; setFormat() n'accepte plus null.source
- Bloquant · 8.0UserInterface::eraseCredentials() et TokenInterface::eraseCredentials() sont supprimés : effacer les secrets via __serialize().source
- Bloquant · 8.1Les attributs de contrôleur (#[IsGranted], #[IsCsrfTokenValid], #[Cache]) sont traités à la priorité -10000 sur kernel.controller_arguments au lieu de 30-10.source
- À traiter · 8.0L'option hide_user_not_found est supprimée : seul expose_security_errors (enum ExposeSecurityLevel) est accepté.source
Pièges rencontrés en migration
- PHP 8.4 minimum : le saut PHP 8.2 vers 8.4 (voire 8.3) est le principal bloqueur ; mettre à jour image Docker, extensions et CI avant Symfony.source
- Le XML n'étant plus pris en charge, chaque bundle tiers doit publier une version compatible 8.0 : vérifier les dépendances avant la montée.source
- Version non-LTS arrêtée (fin 2026-07 selon symfony.com) : cible de passage vers la 8.1 ou rester sur 7.4 LTS.source
À lire sur le blog : De Symfony 7.4 LTS à la branche 8.x : éliminer les dépréciations proprement · Claude Craft #4 : Symfony 8.1, 126 commandes et 3 agents dédiés
Ce que Symfony 8.1 vous apporte
Combien coûte cette migration ?
Petite application
100 fichiers PHP, 15 entités, 2 bundles maison
4 470 € HT
Application métier
400 fichiers PHP, 60 entités, 6 bundles maison
17 540 € HT
Plateforme
1 200 fichiers PHP, 150 entités, 15 bundles maison
60 390 € HT
Exemples de la grille Bear Upgrade pour Symfony 7 → 8 (tests à 20 %, sans PHPStan ni CI), pas des devis : le prix ferme est fixé au cadrage.
Pour faire migrer votre application avec Bear Upgrade, Rector tourne d’abord en dry-run sur les transformations mécaniques, Claude Code traite les cas que Rector ne couvre pas, puis un développeur senior relit chaque Merge Request. Votre équipe veut reprendre la main ensuite ? Pensez à apprendre à piloter Claude Code sur votre code. Exemple concret : la migration Symfony d’un e-commerce bordelais, et après la migration, la maintenance des versions garde le socle à jour.
Questions fréquentes
Oui : une fois les dépréciations de Symfony 7.4 corrigées, le passage à Symfony 8.1 se fait sans réécriture, en mettant à jour composer.json et la configuration.
Symfony 8.1 exige PHP 8.4 au minimum, contre PHP 8.2 pour Symfony 7.4. La montée de PHP fait partie du chemin et se prépare avec Rector.
Sur la grille Bear Upgrade, une petite application revient à 4 470 € HT, une application métier à 17 540 € HT et une plateforme à 60 390 € HT (tests à 20 %, sans PHPStan ni CI). Le prix ferme est fixé au cadrage, après lecture du code.
Symfony 7.4 reste couvert par les correctifs de sécurité jusqu’en novembre 2029 (fin des correctifs de bugs : novembre 2028).