Laravel ferme ses issues GitHub

Deux écosystèmes PHP, la même fatigue, deux directions opposées.

Taylor Otwell a désactivé les GitHub Issues sur la plupart des paquets open source de Laravel — les paquets seulement, pas le dépôt principal du framework. La consigne : décrire le bug à un agent de code et ouvrir une pull request, même imparfaite, parce qu'elle documente le problème tout en offrant un point de départ. Symfony expérimente au même moment la démarche exactement inverse, en n'acceptant que des issues.

5 septembre 20261 min de lecturedébutantvidéo 1:17

Ce qui se passe

Taylor Otwell a annoncé sur X avoir désactivé les GitHub Issues sur la plupart des paquets open source de Laravel. Précision utile : les paquets, pas le dépôt principal du framework.

La consigne qui remplace l'ancien parcours tient en une phrase : décrivez le problème à un agent de code, et ouvrez une pull request. Otwell assume l'imperfection du résultat — le code s'itère, la PR documente quand même le problème, un correctif propre peut suivre — et s'attend à ce que la plupart des bibliothèques open source fonctionnent bientôt ainsi.

Ce que ça change

Le coût du signalement change de nature : ouvrir une issue ne demandait aucune connaissance du dépôt, ouvrir une PR suppose de cloner, reproduire, localiser. Le pari est qu'un agent fasse tomber ce coût assez bas pour ne pas perdre les remontées utiles.

Le contrepoint arrive du même écosystème : Symfony expérimente la démarche inverse, en n'acceptant que des issues, à charge pour ses mainteneurs ou leur IA d'écrire ensuite le correctif. Même constat de départ — une charge de maintenance devenue intenable — et deux paris opposés sur ce que l'IA doit absorber.

Rien ne dit encore lequel tient — et si celui-ci échoue, les issues se rallument.

Source : Laravel News