GitHub provoque Sony avec un CD : repensez où vit votre code

06 juil. 2026

GitHub provoque Sony avec un CD : repensez où vit votre code

Au début du mois de juillet, Sony a annoncé qu’elle mettrait fin à la vente de jeux PlayStation sur support physique à partir de 2028. GitHub, pour sa part, a alors décidé de tirer parti de la controverse. Sur un ton de dérision, l’entreprise a promis d’envoyer des dépôts publics gravés sur CD à celles et ceux qui en feraient la demande.

À première vue, cela ressemble à du simple marketing. Et en effet, c’est le cas. Toutefois, derrière la plaisanterie se cache une provocation que tout développeur devrait prendre au sérieux.

GitHub a transformé une polémique extérieure en campagne de marketing

Microsoft est propriétaire de GitHub depuis 2018. C’est pourquoi la réponse est donnée avec férocité. Sur le compte officiel sur X, GitHub a annoncé que vous pouvez désormais recevoir votre dépôt public sur CD. Conservez-le. Empruntez-le à des amis. Faites-le circuler à travers vos proches. Puis est venue la phrase qui résume tout : votre code est physiquement vôtre, pour toujours. Jusqu’à ce que vous perdiez tout, bien sûr.

La campagne a des règles claires. Premièrement, vous remplissez un formulaire avec votre nom, votre adresse e-mail, votre adresse et le dépôt souhaité. Ensuite, le délai se termine le 6 juillet 2026. De plus, seuls les premiers mille inscrits éligibles reçoivent le support. Autrement dit, la portée est délibérément limitée, car l’objectif a toujours été de susciter la discussion.

Les réactions ont suivi le ton. Certains ont demandé une copie sur disquette. D’autres ont rappelé que le vrai défi est désormais de trouver un lecteur de CD. Ainsi, l’objectif a été atteint : tout le monde a commenté.

Pourquoi la blague du CD dérange ceux qui programment

La phrase sur la perte du code n’est pas seulement drôle. En réalité, elle touche un point sensible. De nombreux développeurs considèrent GitHub comme l’endroit définitif pour leur travail. Or, GitHub est un service. Et les services changent leurs règles, subissent des intrusions et, parfois, disparaissent.

Il faut rappeler que la plateforme elle-même a récemment connu des problèmes. Un groupe criminel a mis des milliers de dépôts en vente. De plus, Microsoft a dû supprimer des dizaines de projets utilisés pour diffuser des malwares. Autrement dit, dépendre d’un seul point est toujours risqué.

GitHub n’est pas la même chose que Git, et cette différence sauve des projets

Voici la bonne nouvelle. Git, par nature, est distribué. Chaque clone du dépôt porte tout l’historique du projet. Ainsi, si vous disposez d’une copie locale à jour, vous possédez déjà une sauvegarde complète. Le CD de GitHub, au final, ne fait que matérialiser quelque chose que l’outil offrait déjà.

Pourtant, beaucoup l’oublient. Le flux quotidien devient un cycle push et pull, et la machine locale est traitée comme jetable. Cependant, une machine propre après un pull ne conserve pas l’historique ancien si le dépôt distant disparaît en premier.

Comment prendre la provocation au sérieux sans exiger le CD

Le message pratique est simple. Gardez plus d’une copie de ce qui compte. Par exemple, configurez un miroir sur une autre plateforme, comme GitLab, Codeberg ou un serveur personnel. Ainsi, un souci sur GitHub ne paralysera pas votre travail.

De plus, automatisez les sauvegardes de ce qui se trouve hors du Git. Issues, demandes de fusion, wikis et paramètres de pipeline ne suivent pas toujours un simple clone. Par conséquent, utilisez l’API pour exporter ces données de temps à autre.

Enfin, testez la restauration. Une sauvegarde qui n’a jamais été restaurée n’est qu’un espoir. Ainsi, clonez le miroir sur une nouvelle machine de temps à autre et confirmez que tout fonctionne.

Le CD est une blague, mais l’alerte sur votre code est réelle

La campagne de GitHub va alimenter des memes pendant quelques jours puis être oubliée. Cependant, la question qu’elle soulève demeure valable. Où votre code vit-il réellement ? Si la réponse est seulement sur GitHub, peut-être est-il temps de changer cela. Après tout, votre code n’est vraiment à vous que lorsque vous contrôlez plus d’une copie.

Afin de suivre notre profil sur Instagram !

Fabien Delpont

Auteur

Fabien Delpont

Fabien Delpont, développeur et créateur du site Python Doctor.