Laravel 12 : ce que j’adopte vraiment (et ce que j’ignore)

Laravel 12 est sorti le 24 février 2025. Trois jours plus tard j’ai monté le portfolio en local — pas pour tweeter un badge « upgraded », pour voir ce qui casse vraiment sur un projet avec Spatie Translatable, Vite et un admin Configuration déjà peuplé.

Ce que j’ai testé en premier

1. composer update laravel/framework sur une branche jetable
2. php artisan test (Pest) — surtout contact, newsletter, auth admin
3. Un tour de /admin/configuration : SMTP, IA, maintenance

Si le RuntimeConfigApplier plante, le site public peut encore « marcher » alors que l’admin ment. Je vérifie les deux.

composer update laravel/framework --with-all-dependencies
php artisan optimize:clear
php artisan test --filter=Contact

Ce que j’ignore volontairement

Les starters officiels (Livewire Flux, etc.) sont bien pour un greenfield. Pour Vannalec ou le portfolio, je ne migre pas l’admin vers un nouveau kit UI « parce que c’est la mode ». Le craft, c’est de livrer sans casser le client.

Décision

J’adopte Laravel 12 pour le DX et la maintenance long terme. Je n’adopte pas le théâtre de la réécriture. Prochaine étape côté clients : même bump sur Allan / Vannalec une fois le portfolio stable deux semaines.