Symfony 6.4 était une version LTS (Long Term Support). Elle a bien servi. Mais son support s’arrête en novembre 2026. Pour les agences qui ont construit des projets critiques sur cette version, l’heure de la migration approche. La bonne nouvelle ? Symfony 7.4 est également une LTS, supportée jusqu’en novembre 2029. Migrer maintenant, c’est garantir cinq années supplémentaires de stabilité pour vos clients. La mauvaise nouvelle ? Ce n’est pas une migration anodine. Anticiper, c’est éviter les mauvaises surprises.
Pourquoi migrer maintenant ?
Symfony 6.4 LTS a été publiée en novembre 2023. Elle a introduit des améliorations majeures et a accompagné de nombreuses agences pendant près de trois ans. Mais son cycle de vie touche à sa fin. Une agence qui laisse ses projets sur Symfony 6.4 après novembre 2026 expose ses clients à des risques de sécurité et à une obsolescence technique progressive. Sur les échanges professionnels, une phrase revient souvent :
« Le coût d’un projet ne se mesure pas à la première livraison, mais à la dixième année de maintenance. Reporter une migration, c’est accepter une dette qui ne fera que grossir. »
Les différences majeures entre 6.4 et 7.4
Avant d’attaquer la migration, il faut comprendre ce qui a changé entre ces deux versions.
La configuration PHP : la fin des YAML pour certains cas
Symfony 7.4 poursuit la transition vers les attributs PHP 8+. Les fichiers de configuration XML sont progressivement abandonnés. Les attributs sont désormais privilégiés pour la définition des routes, des services et des événements. Ce qui change concrètement :
- Les routes définies en YAML fonctionnent encore, mais les attributs sont recommandés
- Les configurations de services peuvent migrer vers les attributs PHP 8+
- Certains bundles peuvent exiger des attributs
« Un framework doit évoluer sans tout casser. Symfony 7.4 le fait, mais il pousse doucement vers des pratiques plus modernes. »
La fin du support PHP 7.4
Symfony 7.4 exige PHP 8.2 minimum, avec une recommandation forte pour PHP 8.3 ou 8.4. Si vos applications tournent encore sur PHP 7.4, la migration vers Symfony 7.4 nécessite une montée de version PHP préalable (ou simultanée).
Les contrôleurs : plus d’AbstractController systématique
Dans Symfony 6.4, étendre AbstractController était la norme. Dans Symfony 7.4, ce n’est plus obligatoire. On peut désormais utiliser uniquement les attributs et traits nécessaires. Impact sur la migration :
- Le code existant reste compatible (pas de casse rétro)
- Mais c’est l’occasion de refactoriser certains contrôleurs pour les alléger
Les Security Voter améliorés
Symfony 7.4 introduit une gestion des permissions plus propre. Les voters sont plus flexibles et plus faciles à maintenir. Point d’attention : Les voters écrits pour Symfony 6.4 restent compatibles, mais profitez de la migration pour les moderniser.
Twig optimisé
Twig bénéficie d’optimisations de performances. Les templates s’exécutent plus rapidement. Aucune casse rétro n’est à signaler, mais testez bien vos templates personnalisés .
Les bundles tiers : le vrai challenge
La migration de Symfony lui-même est souvent moins complexe que la mise à jour des bundles tiers. Voici les points à vérifier systématiquement.
« J’ai vu trop de migrations échouer non pas à cause de Symfony, mais à cause d’un bundle non maintenu depuis deux ans. L’audit des dépendances est l’étape la plus sous-estimée. »
Les étapes concrètes de la migration
Voici une procédure éprouvée pour migrer une application de Symfony 6.4 vers 7.4.
Audit préalable (1-2 jours)
Avant toute manipulation :
- Lister toutes les dépendances (composer show)
- Identifier les bundles non maintenus ou sans version 7.x
- Vérifier la version PHP actuelle
- Tester l’application sur un environnement de recette
Mise à jour de PHP (si nécessaire)
Symfony 7.4 nécessite PHP 8.2 minimum.
- Passer l’environnement de développement en PHP 8.2 ou 8.3
- Corriger les erreurs de compatibilité (dépréciations, types)
- Tester intégralement l’application
Mise à jour des dépendances
Piège fréquent : Certains bundles bloquent la mise à jour. Il faut les mettre à jour avant, ou les remplacer.
Mise à jour du code
- Remplacer les fichiers de configuration XML par des attributs ou YAML
- Mettre à jour les routes (attributs recommandés)
- Vérifier les événements et les listeners
- Tester les voters de sécurité
Tests approfondis
- Tests unitaires et fonctionnels
- Test manuel des parcours critiques
- Vérification des performances
- Validation sur environnement de préproduction
Déploiement
- Planifier une fenêtre de maintenance (prévoir 2-4 heures)
- Avoir un rollback possible (garder la version 6.4 opérationnelle)
- Surveiller les logs après déploiement
Ce que les professionnels disent de la migration
Sur les échanges entre agences, des retours d’expérience circulent :
« La migration 6.4 → 7.4 nous a pris deux semaines sur un projet complexe de 120 bundles. L’audit initial nous a sauvés : trois bundles étaient morts, on a dû les remplacer. »
« On a fait l’erreur de migrer PHP et Symfony en même temps. Mauvaise idée. Ça multiplie les sources d’erreur. On fait maintenant en deux temps. »
« La meilleure décision qu’on a prise, c’est d’automatiser les tests avant la migration. Ça nous a permis de détecter 80 % des régressions en quelques minutes. »
« Un framework doit être un garde-fou, pas une prison. Symfony 7.4 l’est. Mais il faut accepter de faire le ménage dans son code de temps en temps. »
Pourquoi les agences doivent anticiper dès maintenant
La fin de support de 6.4 arrive vite
Novembre 2026, c’est dans quelques mois. Les correctifs de sécurité cesseront. Les agences qui attendent la dernière minute mettront leurs clients en danger.
Les migrations complexes prennent du temps
Un projet avec des bundles personnalisés ou des configurations exotiques peut nécessiter plusieurs semaines d’adaptation. Ne pas sous-estimer.
C’est une opportunité de refactoring
La migration est le moment idéal pour :
- Nettoyer les dépendances mortes
- Moderniser les pratiques (attributs, PHP 8.x)
- Documenter ce qui ne l’était pas
« La plateforme que tu maîtrises le mieux reste la meilleure, tant qu’elle n’impose pas ses limites à ton business. Symfony 7.4 n’impose pas de limites, mais elle exige de l’entretien. »
Migrer, ce n’est pas une option
Symfony 6.4 LTS a été une excellente version. Mais son support s’arrête. Rester sur une version non supportée, c’est :
- Ne plus recevoir de correctifs de sécurité
- Accumuler une dette technique croissante
- Rendre les futures migrations plus complexes
Symfony 7.4 LTS offre cinq ans de stabilité jusqu’en 2029. Pour les agences, c’est un investissement rentable : quelques semaines de travail aujourd’hui pour des années de tranquillité.