feat(dev): ajout du support Symfony CLI pour l'exécution PHP locale

[jacquesbh]

Résumé

Cette PR ajoute le support de Symfony CLI pour l'exécution des commandes PHP en local, permettant une gestion automatique de la version PHP via le fichier .php-version.

Modifications

• .php-version : Nouveau fichier spécifiant PHP 8.2 pour Symfony CLI
• Makefile :
  • Détection automatique du binaire symfony (SYMFONY_BIN)
  • Ajout des wrappers PHP_HOST et COMPOSER_HOST pour les commandes côté hôte
  • Les targets vendor, db-migrations, db-seed et var/cache/dev/AppKernelDevDebugContainer.xml utilisent désormais ces wrappers
  • Commandes Docker inchangées
• README.md : Nouvelle section "PHP local via Symfony CLI" expliquant le comportement et le fallback

Tests

⚠️ Tests non exécutés - Cette modification concerne uniquement la configuration de développement local.

Notes

• Si Symfony CLI est installé, il utilisera automatiquement PHP 8.2 via le fichier .php-version
• En l'absence de Symfony CLI, le comportement reste identique (utilisation de php et composer du système)
• Pensez à mettre à jour .php-version lors des montées de version PHP

[Mopolo]

J'ai du mal à comprendre l'intérêt.

On se retrouverait avec 2 façons d’interagir avec le projet là du coup ? Le docker ne suffit pas à tes besoins ? Et je ne dis pas que ça ne vaut pas le coup d'y penser, mais la DX c'est tellement sensible et clivant qu'il faut faire ça bien.

[agallou]

J'ai aussi du mal à voir l'utilité, ça va plutôt poser problème pour maintenir l'env de dev. On a déjà la commande docker/bin/bash. Pourquoi i y a besoin de Symfony CLI ?

[jacquesbh]

Ok je comprends, j'ai juste fait le choix de ne pas dépendre de docker. Mais en l'état on peut changer l'idée : si on utilise PHP ou composer en local, maintenant faut passer par le container.

Donc pour moi l'idée c'est de dire : si tu as symfony-cli ça tourne et ça l'utilise et ça te simplifie la vie. Sinon ça fait comme avant.

On peut aussi se dire : tout passe par le container docker et vive la vie.