« Meilleure », en vrai je ne sais pas. Si la décision de faire un outil custom a été prise il y a plus de dix ans (vu que le projet a commencé il y a dix ans), c’était à une époque où Git était moins performant qu’aujourd’hui, et où Mercurial était encore souvent considéré comme une alternative. Dans le contexte de l’époque, avec leurs contraintes très particulières, la solution de partir sur un SCM fortement custom était probablement plus pertinente.
Aujourd’hui, la décision serait sans doute différente.
Vous m'avez rappelé, tous les trois, cette lecture : https://qeunit.com/blog/how-google-does-monorepo/
Ggl peut se pemerttre pour des raisons historiques (venant de CVS puis Perforce, sans avoir anticipé que ça allait grossir aussi vite) et aussi parce-que ayant mis en place assez tôt des solutions de contention/contournement (les workspaces ressemblent assez aux submodules, en tout cas on joue pas mal sur les capacités du stockage intelligent et les outils maison associés.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
On disait la même chose de Subversion avant l'arrivée de Git. Et il me semble que Git est largement perfectible, même si c'est un bon outil et qu'il a bien fait avancer les choses: il est compliqué à prendre en main et son utilisation ne convient pas forcément à tous les besoins ou pas de façon simple et efficace.
Le fait d'avoir une compatibilité avec les serveurs git est plutôt malin, ça va permettre une transition en douceur vers ce nouvel outil (comme git-svn a permis de passer de SVN à Git facilement).
C'est aussi, je crois, pas mal dans la philosophie de Mercurial qui est d'avoir un cœur simple et de nombreux plug-ins pour personnaliser le comportement. Ce qui est moins le cas pour Git.
C'est beau, 20 après ils réinventent les vues dynamiques de Clearcase. Encore un petit effort et ils vont découvrir les objets dérivés partagés qui évitent de rebuilder un fichier si ça a déjà été fait quelque part dans les mêmes conditions.
Peut-être encore un peu de temps et on verra naître un vrai support des types de fichiers avec leur algorithmes dediés de comparaison et de merge …
# Résumé rapide
Posté par Glandos . Évalué à 3.
Apparemment, ça fait 10 ans que Facebook/Meta développe son client/serveur de gestion de code source, initialement à partir de Mercurial.
J'y ai vu un but double :
- Les performances en dépôt monolithique (monorepo)
- Simplifier le travail quotidien chez Facebook
Sur le deuxième point, je sais pas, mais sur le premier… Microsoft a eu une meilleur stratégie : https://devblogs.microsoft.com/devops/introducing-scalar/
Scalar est distribué avec Git, point barre. En tout cas, Facebook est suffisamment gros pour maintenir son truc tout seul.
[^] # Re: Résumé rapide
Posté par SpaceFox (site web personnel, Mastodon) . Évalué à 2.
« Meilleure », en vrai je ne sais pas. Si la décision de faire un outil custom a été prise il y a plus de dix ans (vu que le projet a commencé il y a dix ans), c’était à une époque où Git était moins performant qu’aujourd’hui, et où Mercurial était encore souvent considéré comme une alternative. Dans le contexte de l’époque, avec leurs contraintes très particulières, la solution de partir sur un SCM fortement custom était probablement plus pertinente.
Aujourd’hui, la décision serait sans doute différente.
La connaissance libre : https://zestedesavoir.com
[^] # Re: Résumé rapide
Posté par flan (site web personnel) . Évalué à 2.
Et je ne sais pas qui peut être assez gros pour pouvoir se payer tous les inconvénients de ne pas utiliser git.
[^] # Re: Résumé rapide
Posté par claudex . Évalué à 3.
Facebook, MS et Google au moins.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Résumé rapide
Posté par Misc (site web personnel) . Évalué à 3.
Ou tout les gens avec un mono repo.
Si tu as tout le code dans un dépot unique, ton checkout va assez vite être ingérable (sauf erreur de ma part).
Tu peux pas vraiment faire un clone d'un bout du dépot, etc, etc.
[^] # Re: Résumé rapide
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 4. Dernière modification le 16 novembre 2022 à 17:09.
Vous m'avez rappelé, tous les trois, cette lecture : https://qeunit.com/blog/how-google-does-monorepo/
Ggl peut se pemerttre pour des raisons historiques (venant de CVS puis Perforce, sans avoir anticipé que ça allait grossir aussi vite) et aussi parce-que ayant mis en place assez tôt des solutions de contention/contournement (les workspaces ressemblent assez aux submodules, en tout cas on joue pas mal sur les capacités du stockage intelligent et les outils maison associés.)
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Résumé rapide
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 3. Dernière modification le 17 novembre 2022 à 15:46.
On disait la même chose de Subversion avant l'arrivée de Git. Et il me semble que Git est largement perfectible, même si c'est un bon outil et qu'il a bien fait avancer les choses: il est compliqué à prendre en main et son utilisation ne convient pas forcément à tous les besoins ou pas de façon simple et efficace.
Le fait d'avoir une compatibilité avec les serveurs git est plutôt malin, ça va permettre une transition en douceur vers ce nouvel outil (comme git-svn a permis de passer de SVN à Git facilement).
C'est aussi, je crois, pas mal dans la philosophie de Mercurial qui est d'avoir un cœur simple et de nombreux plug-ins pour personnaliser le comportement. Ce qui est moins le cas pour Git.
[^] # Re: Résumé rapide
Posté par El Titi . Évalué à 4.
C'est beau, 20 après ils réinventent les vues dynamiques de Clearcase. Encore un petit effort et ils vont découvrir les objets dérivés partagés qui évitent de rebuilder un fichier si ça a déjà été fait quelque part dans les mêmes conditions.
Peut-être encore un peu de temps et on verra naître un vrai support des types de fichiers avec leur algorithmes dediés de comparaison et de merge …
[^] # Re: Résumé rapide
Posté par Gil Cot ✔ (site web personnel, Mastodon) . Évalué à 2.
NIH
“It is seldom that liberty of any kind is lost all at once.” ― David Hume
[^] # Re: Résumé rapide
Posté par Misc (site web personnel) . Évalué à 3.
Mais clearcase est pas proprio ?
Est ce que recoder du proprio en libre, c'est du NIH quand on aime pas l'entreprise, mais une action héroique de libération quand on l'aime ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.