{"id":2261,"date":"2026-02-04T07:00:08","date_gmt":"2026-02-04T06:00:08","guid":{"rendered":"https:\/\/elearningsamba.com\/index.php\/github-enfin-un-bouton-pour-bloquer-les-pull-requests\/"},"modified":"2026-02-04T07:00:08","modified_gmt":"2026-02-04T06:00:08","slug":"github-enfin-un-bouton-pour-bloquer-les-pull-requests","status":"publish","type":"page","link":"https:\/\/elearningsamba.com\/index.php\/github-enfin-un-bouton-pour-bloquer-les-pull-requests\/","title":{"rendered":"GitHub – Enfin un bouton pour bloquer les Pull Requests ?"},"content":{"rendered":"

GitHub vient peut-\u00eatre de trouver une piste s\u00e9rieuse pour sauver la sant\u00e9 mentale des mainteneurs de projets open source. Parce que je sais pas si vous le savez mais g\u00e9rer un projet populaire sur GitHub, c’est un peu comme essayer de vider l’oc\u00e9an avec une petite cuill\u00e8re, surtout avec la mont\u00e9e en puissance des contributions de faible qualit\u00e9,
\ndont une bonne partie est d\u00e9sormais g\u00e9n\u00e9r\u00e9e par IA<\/a>
\n…<\/p>\n

Le probl\u00e8me, c’est que la quantit\u00e9 ne veut pas dire la qualit\u00e9… Entre les Pull Requests (PR) qui ne respectent pas les guidelines du “README.md” et celles qui sont abandonn\u00e9es en cours de route, les mecs derri\u00e8re les gros d\u00e9p\u00f4ts commencent \u00e0 fatiguer. Du coup, un repr\u00e9sentant de GitHub explique dans une
\n discussion avec la communaut\u00e9<\/a>
\nexplorer tr\u00e8s s\u00e9rieusement plusieurs options, dont la possibilit\u00e9 de d\u00e9sactiver purement et simplement les Pull Requests sur un d\u00e9p\u00f4t.<\/p>\n

Si l’id\u00e9e est valid\u00e9e, ce serait un vrai changement car actuellement, pour arr\u00eater de recevoir des contributions, la solution la plus radicale reste de passer le repo en mode “archive”, ce qui g\u00e8le tout le projet (lecture seule). Certains utilisent des automatisations via des fichiers .github\/workflows\/close-pr.yml, mais c’est du bricolage. L’id\u00e9e ici, c’est donc d’avoir un bouton sp\u00e9cial pour dire “Ok les gars, on n’accepte plus les modifs pour le moment<\/em>“, sans pour autant couper les issues ou les discussions.<\/p>\n

GitHub \u00e9value aussi d’autres leviers, genre limiter les PR uniquement aux collaborateurs du projet ou permettre la suppression d\u00e9finitive d’une PR polluante directement depuis l’interface. Perso, j’aime bien cette id\u00e9e de bouton car elle \u00e9vite de bloquer tout le reste du projet inutilement. Le co\u00fbt de revue d’une PR, m\u00eame foireuse, reste un effort humain important, alors que la g\u00e9n\u00e9rer avec Copilot ou ChatGPT ne demande qu’un effort minime pour l’exp\u00e9diteur.<\/p>\n

D’ailleurs, si vous faites partie de ceux qui aiment
\ng\u00e9rer vos PR depuis le terminal<\/a>
\n, vous voyez bien le d\u00e9lire… quand la liste s’allonge de dizaines d’entr\u00e9es inutiles, y’a de quoi avoir envie de tout balancer par la fen\u00eatre !!<\/p>\n

Bref, peu importe ce qui sera d\u00e9cid\u00e9 mais c’est bien de voir GitHub \u00e0 l’\u00e9coute. Et si ils valident ces changements, \u00e7a pourrait carr\u00e9ment faciliter la vie de pas mal de d\u00e9veloppeurs qui saturent face au tri permanent.<\/p>\n

Bref, je trouve que c’est une super id\u00e9e !<\/p>\n

\n Source<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"

GitHub vient peut-\u00eatre de trouver une piste s\u00e9rieuse pour sauver la sant\u00e9 mentale des mainteneurs de projets open source. Parce que je sais pas si vous le savez mais g\u00e9rer un projet populaire sur GitHub, c’est un peu comme essayer de vider l’oc\u00e9an avec une petite cuill\u00e8re, surtout avec la mont\u00e9e en puissance des contributions de faible qualit\u00e9, dont une bonne partie est d\u00e9sormais g\u00e9n\u00e9r\u00e9e par IA … Le probl\u00e8me, c’est que la quantit\u00e9 ne veut pas dire la qualit\u00e9… Entre les Pull Requests (PR) qui ne respectent pas les guidelines du “README.md” et celles qui sont abandonn\u00e9es en cours de route, les mecs derri\u00e8re les gros d\u00e9p\u00f4ts commencent \u00e0 fatiguer. Du coup, un repr\u00e9sentant de GitHub explique dans une discussion avec la communaut\u00e9 explorer tr\u00e8s s\u00e9rieusement plusieurs options, dont la possibilit\u00e9 de d\u00e9sactiver purement et simplement les Pull Requests sur un d\u00e9p\u00f4t. Si l’id\u00e9e est valid\u00e9e, ce serait un vrai changement car actuellement, pour arr\u00eater de recevoir des contributions, la solution la plus radicale reste de passer le repo en mode “archive”, ce qui g\u00e8le tout le projet (lecture seule). Certains utilisent des automatisations via des fichiers .github\/workflows\/close-pr.yml, mais c’est du bricolage. L’id\u00e9e ici, c’est donc d’avoir un bouton sp\u00e9cial pour dire “Ok les gars, on n’accepte plus les modifs pour le moment“, sans pour autant couper les issues ou les discussions. GitHub \u00e9value aussi d’autres leviers, genre limiter les PR uniquement aux collaborateurs du projet ou permettre la suppression d\u00e9finitive d’une PR polluante directement depuis l’interface. Perso, j’aime bien cette id\u00e9e de bouton car elle \u00e9vite de bloquer tout le reste du projet inutilement. Le co\u00fbt de revue d’une PR, m\u00eame foireuse, reste un effort humain important, alors que la g\u00e9n\u00e9rer avec Copilot ou ChatGPT ne demande qu’un effort minime pour l’exp\u00e9diteur. D’ailleurs, si vous faites partie de ceux qui aiment g\u00e9rer vos PR depuis le terminal , vous voyez bien le d\u00e9lire… quand la liste s’allonge de dizaines d’entr\u00e9es inutiles, y’a de quoi avoir envie de tout balancer par la fen\u00eatre !! Bref, peu importe ce qui sera d\u00e9cid\u00e9 mais c’est bien de voir GitHub \u00e0 l’\u00e9coute. Et si ils valident ces changements, \u00e7a pourrait carr\u00e9ment faciliter la vie de pas mal de d\u00e9veloppeurs qui saturent face au tri permanent. Bref, je trouve que c’est une super id\u00e9e ! Source<\/p>\n","protected":false},"author":1,"featured_media":2262,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"give_campaign_id":0,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_kadence_starter_templates_imported_post":false,"footnotes":""},"class_list":["post-2261","page","type-page","status-publish","has-post-thumbnail","hentry"],"campaignId":"","_links":{"self":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2261","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/comments?post=2261"}],"version-history":[{"count":0,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/pages\/2261\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media\/2262"}],"wp:attachment":[{"href":"https:\/\/elearningsamba.com\/index.php\/wp-json\/wp\/v2\/media?parent=2261"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}