Un important changement a lieu en ce moment pour la gestion du code source de Firefox. Mozilla l’a « déplacé » vers GitHub. Les guillemets sont de rigueur, car le processus de transition depuis les serveurs hg.mozilla.org est toujours en cours et la synchronisation avec les serveurs Mercurial est toujours active.
Dans l’immédiat, rien ne change donc pour les développeurs. Il s’agit cependant du début de la fin pour l’ancienne architecture utilisée par Mozilla. C’est la conséquence du choix de passer sur une infrastructure Git pour gérer le projet. Pour le moment, on ne parle que de stockage du code, sans impact sur le suivi des bugs, l’intégration continue et autres fonctions.
Notez qu’il ne s’agit pas du premier dépôt que Mozilla possède sur GitHub. La fondation utilise par exemple un dépôt miroir pour Gecko, bien qu’en lecture seule uniquement.
Commentaires (16)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 13/05/2025 à 12h30
« Les archives n'ont pas été générées pour les dépôts anciennement hébergés sur git.mozilla.org, car tout le contenu pertinent a été migré sur GitHub. »
Quelqu'un en sait-il plus sur la raison qui a poussé Mozilla a migré sur Github ?
Le 13/05/2025 à 12h58
Naturellement, je ne prétends pas avoir le fin mot de l'histoire
Le 13/05/2025 à 13h55
Put your repository on a server, install hgweb or gitweb, and that's it? Maybe that works for... Mercurial itself, but that repository "only" has slightly over 50k changesets and less than 4k files. Mozilla-central has more than an order of magnitude more changesets (close to 700k) and two orders of magnitude more files (more than 700k if you count the deleted or moved files, 350k if you count the currently existing ones).
+infos ici: How I (kind of) killed Mercurial at Mozilla
Modifié le 13/05/2025 à 19h03
La volumétrie est un aspect technique, à laquelle une solution technique serait apportée si on le souhaitait.
Mais ils ne le souhaite pas ? Ça, c'est bougrement curieux. Inquiétant ?
Le 13/05/2025 à 19h21
"maitriser son infrastructure" ca veut dire quoi, en 2025 ?
Construire et maintenir une infra davantage robuste, à jour, économique et disponible que celle proposée par github. hmm... Donc pas une simple install de gitlab sur un serveur avec des Tera de disques au cul, administrée par Robert.
Un plan de crash-recovery si github ferme ses portes demain. Auquel cas il suffit juste de backup/sync chez un autre presta du web.
Autre ?
Le 13/05/2025 à 23h06
Modifié le 14/05/2025 à 14h44
Le 13/05/2025 à 12h51
Le 13/05/2025 à 13h18
Le 13/05/2025 à 13h32
Le 13/05/2025 à 14h43
Modifié le 13/05/2025 à 15h06
Le 13/05/2025 à 14h57
Le fine-tuning pour concevoir Codex à l'époque (un GPT 3.5 fine-tuned pour le code), à la rigueur, peut-être.
Mais tout ça c'est du passé, GPT-4, Claude, etc, sont entraînés à partir de données collectées depuis tout Internet. Donc Copilot n'a guère d'avantage, au final. Il n'en aurait que si le repo était privé.
Le 13/05/2025 à 18h28
Le 13/05/2025 à 19h11
Modifié le 13/05/2025 à 15h05
L’intérêt est surtout une accessibilité simplifiée, Git étant actuellement bien maîtrisé par presque tous les développeurs, contrairement à Mercurial.