Git va changer le nom par défaut de sa branche « master » en « main » dans la version 3.0, prévue pour fin 2026, afin de promouvoir un langage inclusif dans le contexte des changements sociaux de 2020

Git prévoit de changer le nom par défaut de sa branche « master » en « main » dans la version 3.0, attendue fin 2026, afin de promouvoir un langage inclusif dans le contexte des changements sociaux de 2020. Cela affectera les nouveaux référentiels, qui devront être mis à jour au niveau des scripts et des workflows afin d'éviter toute perturbation. Parmi les autres améliorations, on peut citer le hachage SHA-256 et l'intégration de Rust. Cette décision permet d'équilibrer progrès technique et sensibilité culturelle.

Faut-il opérer le retrait de termes comme blacklist, whitelist, master, slave ou encore kill (longtemps utilisés au sein de bases de code et de documentations) au motif de ce qu’ils véhiculent des stéréotypes raciaux ? C’est l’un des débats qui divisent le plus la communauté des développeurs informatique à date. Avec les développements en lien avec la mort de Georges Floyd en 2021, il a pris plus d’ampleur. Désormais, le passage à des termes considérés comme plus inclusifs se généralise pour lutter contre le racisme dans le monde de l’informatique.

En 2021, l’équipe de mainteneurs de Gitlab a annoncé une mise à jour du nommage de la branche par défaut des projets sur la plateforme. « Les mainteneurs du projet Git, en coordination avec la communauté au sens large, ont écouté les commentaires de la communauté de développement pour déterminer un nom plus descriptif et plus inclusif pour la branche par défaut et offrir aux utilisateurs des options pour changer le nom de la branche par défaut (généralement maître) de leur dépôt », indique-t-elle.

En 2020, GitHub a annoncé faire usage du terme « main » en lieu et place de « master » pour désigner la branche par défaut des projets. L’explication des responsables de la plateforme en lien avec ce changement tranche avec l’habituel en s’appuyant sur une terminologie elle-même politiquement correcte : « Main est le remplacement de master le plus populaire que l'on rencontre sur GitHub. Nous l'aimons parce qu'il est court, qu'il garde la mémoire musculaire intacte et qu'il se traduit bien dans la plupart des langues. »

En 2018, la communauté Python avait déjà fait de même et a enclenché le processus de suppression des termes es termes "master/slave" dans sa documentation et dans sa base de code. En outre, des projets comme Django (2014), CouchDB (2014), Drupal (2014) et Redis (2017) ont fait de même. Tous avaient le même argument : bien que ces termes aient été utilisés depuis des décennies, ils peuvent avoir des significations à caractère raciste, entre autres, pour les utilisateurs. Il serait donc bon de les éviter.

Récemment, c'est Git qui a annoncé changer le nom par défaut de sa branche « master » en « main » dans la version 3.0, prévue pour fin 2026. Git est un logiciel de gestion de versions décentralisé. C'est un logiciel libre et gratuit, créé en 2005 par Linus Torvalds, auteur du noyau Linux, et distribué selon les termes de la licence publique générale GNU version 2. Git est maintenu par Junio C Hamano depuis juillet 2005. Depuis les années 2010, il s’agit du logiciel de gestion de versions le plus populaire dans le développement logiciel et web, qui est utilisé par 12 millions de personnes, sur tous les environnements (Windows, Mac, Linux). Git est aussi le système à la base du célèbre site web GitHub, le plus important hébergeur de code informatique.


De Master à Main : la révolution silencieuse de Git dans les conventions de nommage des codes

Dans le monde en constante évolution du développement logiciel, peu d'outils ont atteint l'omniprésence de Git, le système de contrôle de version qui sous-tend tout, des projets de codage individuels aux référentiels d'entreprise massifs. Alors que Git approche de la version 3.0, un changement apparemment mineur mais symboliquement chargé est sur le point de redéfinir ses paramètres par défaut : le nom initial de la branche passera de « master » à « main ». Cet ajustement, attendu depuis longtemps, reflète une évolution plus large du secteur vers un langage inclusif et des pratiques modernes, mais il soulève également des questions pratiques pour les développeurs, les équipes et les organisations qui dépendent de l'écosystème Git.

Les origines de ce changement remontent à 2020, dans un contexte mondial de remise en question des préjugés systémiques. La Software Freedom Conservancy, l'organisme à but non lucratif qui gère Git, a annoncé son intention de mettre à jour le nom par défaut de la branche, invoquant des préoccupations liées à la terminologie ayant des connotations historiques d'oppression. Comme détaillé dans un récent article publié sur le blog de Thoughtbot, Git 3.0 imposera « main » pour les nouveaux référentiels initialisés avec « git init », sauf configuration contraire. Il ne s'agit pas seulement d'un changement cosmétique, mais d'un clin d'œil à l'évolution des normes sociales dans le domaine technologique, où les mots ont leur importance pour favoriser la diversité et créer des environnements accueillants.

GitHub, la plateforme dominante pour les référentiels Git, a pris les devants en remplaçant son nom par défaut par « main » en octobre 2020, influençant ainsi des millions d'utilisateurs. Cependant, Git lui-même a pris du retard, conservant « master » afin de ne pas perturber les flux de travail. Avec l'arrivée prochaine de Git 3.0, prévue pour fin 2026, l'outil principal rattrape son retard. Cette synchronisation pourrait rationaliser les opérations, mais exige également une préparation des systèmes existants.

Les répercussions techniques d'un changement de nom

Au-delà du symbolisme, ce changement a des implications concrètes pour les bases de code du monde entier. Pour commencer, les référentiels existants ne renommeront pas automatiquement les branches ; le changement ne s...