Symfony Reprise débarque comme le successeur moderne de Webpack Encore pour gérer les assets front dans un projet Symfony. L’idée : garder la glue côté Symfony, tout en laissant des bundlers actuels comme Vite ou Rsbuild faire le travail de build.
Dans cette vidéo, on découvre ce que Reprise apporte concrètement, comment il s’installe, et pourquoi il pourrait bien redéfinir la façon de gérer CSS et JavaScript dans l’écosystème Symfony.
Qu’est-ce que Symfony Reprise ?
Reprise n’est pas un nouveau bundler. C’est une couche d’intégration en deux parties : un bundle Composer (symfony/reprise) et un package npm (@symfony/reprise). Ensemble, ils branchent Vite ou Rsbuild sur Symfony : génération de entrypoints.json et manifest.json, versioning des assets, HMR en développement, et tags Twig pour injecter scripts et styles.
Les bundlers gèrent déjà Sass, TypeScript, JSX, le code splitting ou la minification. Reprise se concentre sur ce que Symfony a besoin pour brancher le tout dans Twig, y compris l’intégration Symfony UX / Stimulus.
Pourquoi ça change la donne
Webpack Encore reste supporté, mais devient l’option legacy. Pour un nouveau projet qui a vraiment besoin d’un bundler (front conséquent, frameworks JS, tooling moderne), Reprise vise plus de vitesse grâce à esbuild, Rolldown ou Rspack. La migration depuis Encore reste simple : les tags encore_entry_* deviennent reprise_entry_*.
AssetMapper reste le choix recommandé quand on veut zéro étape de build. Reprise et AssetMapper ne se concurrencent pas : deux besoins, deux outils.
Encore expérimental, mais à suivre de près
Le bundle est encore marqué comme expérimental et peut évoluer. Pour autant, la documentation officielle, les recettes Flex et le support côté EasyAdmin montrent déjà une adoption sérieuse côté Symfony.
Regarde la vidéo pour une découverte concrète de Symfony Reprise et voir s’il a sa place dans ton prochain projet Symfony.
