Le cofondateur de HashiCorp affirme que GitHub « n’est plus un endroit pour faire du travail sérieux »

• Ghostty, un terminal emulator qui apporte de nouveaux éléments à une catégorie logicielle rapide et mature, est en cours de migration de GitHub vers un autre dépôt de code collaboratif
• Mitchell Hashimoto utilise GitHub presque tous les jours depuis son inscription en février 2008 en tant qu’utilisateur n° 1299, et le considérait autrefois comme l’endroit qui le rendait le plus heureux
• Au cours du dernier mois, il a noté presque chaque jour où la baisse de fiabilité du service a affecté son travail, et même le jour où il écrivait, une panne de GitHub Actions l’a empêché de faire des revues de PR pendant environ deux heures
• GitHub n’est plus un endroit agréable, et après 18 ans d’utilisation il a décidé de partir, tout en laissant ouverte la possibilité de revenir s’il y a de vrais résultats et de vraies améliorations
• La migration de Ghostty avance de manière incrémentale après des discussions avec plusieurs fournisseurs commerciaux et FOSS, avec l’idée de laisser sur GitHub un miroir en lecture seule

---

Contexte d’utilisation de Ghostty et de GitHub

• Son projet principal actuel est Ghostty, un terminal emulator qui apporte « interesting new wrinkles » à une catégorie logicielle rapide et mature
• Le développement de Ghostty s’est appuyé sur GitHub, et Mitchell Hashimoto l’utilise presque quotidiennement depuis son inscription en février 2008 en tant qu’utilisateur n° 1299
• GitHub était « l’endroit qui le rendait le plus heureux », un service auquel il était attaché depuis si longtemps qu’il y consacrait même du temps pendant sa lune de miel
• Au lieu de faire du doom scrolling sur les réseaux sociaux, il parcourait depuis longtemps les issues GitHub, et même en vacances il étudiait le code source des projets GitHub, les processus OSS et la manière dont les maintainers réagissaient

Des pannes qui bloquent le travail au quotidien

• Son ressenti vis-à-vis de GitHub a fortement changé récemment, au point d’avoir l’impression que GitHub le fait échouer chaque jour, et que cela devient personnel
• La cause principale est la baisse de fiabilité du service : durant le dernier mois, il a marqué d’un « X » dans son journal chaque date où une panne GitHub avait eu un impact négatif sur sa capacité à travailler
• Ce journal comportait un « X » presque tous les jours et, même le jour où il écrivait, une panne de GitHub Actions l’a empêché de faire des revues de PR pendant environ deux heures
• L’article a été écrit quelques jours avant l’incident du 28 avril, au cours duquel des pull requests n’ont pas pu être finalisées à cause d’un incident Elasticsearch
• Si ce type de panne bloque le travail plusieurs heures par jour, alors GitHub n’est plus un endroit pour faire du « serious work »

Rupture du flux de développement et détachement émotionnel

• GitHub n’est plus un endroit agréable ; pour reprendre sa formule, « I want to ship software and it doesn't want me to ship software », comme si la plateforme empêchait désormais la livraison du logiciel
• Il espère que GitHub s’améliorera, mais en attendant il doit écrire du code, et il estime qu’il ne peut plus coder avec GitHub
• Après 18 ans d’utilisation, il est arrivé à la conclusion qu’il devait partir, tout en laissant ouverte la possibilité de revenir s’il y a de vrais résultats et de vraies améliorations
• Les conditions d’un retour sur GitHub ne sont pas de simples paroles ou promesses, mais des résultats concrets et des améliorations réelles

Modalités de la migration de Ghostty

• Ghostty est en cours de migration vers un autre dépôt de code collaboratif
• Des discussions sont en cours avec plusieurs fournisseurs, aussi bien commerciaux que FOSS
• Il faudra du temps pour supprimer toute dépendance à GitHub, et la transition se fera de la manière la plus incrémentale possible
• Un miroir en lecture seule de Ghostty restera sur GitHub, et ses projets personnels continueront aussi à rester sur le service détenu par Microsoft
• Ghostty est le projet qui affecte le plus directement lui-même, les maintainers et la communauté open source, ce qui en fait le point central de ce changement

La place de GitHub et le contexte Microsoft

• Après le rachat de GitHub par Microsoft, certains craignaient qu’il ne devienne un service centré sur Redmond, moins confortable pour les développeurs non liés aux écosystèmes Windows ou Azure
• Ces craintes ne se sont globalement pas matérialisées, et GitHub s’est imposé comme le lieu de facto pour travailler et partager du code
• L’expérience de Hashimoto montre que cette position pourrait vaciller, et elle coïncide aussi avec le moment où Microsoft a reconnu que Windows has serious quality problems
• Parmi les causes avancées des problèmes de qualité de Windows figure l’injection forcée de l’IA dans trop d’outils, et l’augmentation de l’instabilité de GitHub observée par Hashimoto apparaît à la même période que cette obsession de Microsoft pour l’IA