Mettre Git à l’échelle pour les grandes équipes

Travailler avec Git dans une petite équipe est simple. Mais que se passe-t-il lorsque votre projet atteint des centaines ou des milliers de développeurs, ou lorsque votre dépôt devient gigantesque ?

Cette leçon présente des stratégies et des bonnes pratiques pour gérer efficacement les dépôts Git et les flux de travail au sein de grandes équipes de développement distribuées.

Une décision essentielle pour les grandes équipes consiste à choisir entre un monodépôt (un seul dépôt gigantesque pour tous les projets) et des multidépôts (de nombreux dépôts plus petits et distincts).

• Monodépôts : base de code centralisée, remaniement entre projets facilité.
• Multidépôts : projets découplés, clonages plus légers, cycles de publication indépendants.

Chacune de ces approches présente ses propres défis et avantages pour faire évoluer Git.

Les grands dépôts, en particulier les monodépôts, peuvent entraîner des goulots d'étranglement au niveau des performances :

• Clonage lent : téléchargement de plusieurs années d'historique et de gigaoctets de données.
• Récupérations et extractions lentes : la synchronisation des changements prend du temps.
• Changements de version lents : Git doit traiter de nombreux fichiers.

Ces problèmes nuisent considérablement à la productivité des développeurs.

Pour les nouveaux membres de l'équipe ou les chaînes CI/CD, télécharger l'historique entier peut être inutile. Les clonages superficiels vous permettent de définir une profondeur et de ne récupérer que les validations les plus récentes.

Cela réduit considérablement la durée du clonage et l'espace disque utilisé, en particulier pour les dépôts très anciens ou volumineux.

Au-delà des clonages superficiels, Git propose des clonages partiels. Ils vous permettent de cloner un dépôt sans télécharger immédiatement tous les objets « blob » (contenu des fichiers) ou « tree » (structure des répertoires).

Les objets sont récupérés à la demande lorsque cela est nécessaire, ce qui rend le clonage initial extrêmement rapide pour les dépôts véritablement gigantesques.

Dans un monodépôt, vous ne travaillez souvent que sur un petit sous-ensemble de fichiers. L'extraction clairsemée vous permet de définir un motif pour n'extraire qu'un sous-répertoire ou un ensemble précis de fichiers, en ignorant le reste.

Votre répertoire de travail reste ainsi propre et les opérations comme git status et git checkout sont accélérées.

Vous devez parfois travailler simultanément sur deux branches différentes du même dépôt, sans passer constamment de l'une à l'autre. git worktree crée plusieurs répertoires de travail liés.

Chaque worktree se comporte comme un espace de travail indépendant pointant vers une branche différente, ce qui rend le changement de contexte fluide.

Pour les équipes géographiquement distribuées, la latence réseau vers un serveur Git central peut constituer un goulot d'étranglement majeur. Une solution consiste à utiliser des dépôts miroirs.

Il s'agit de copies complètes du dépôt principal, hébergées à proximité des pôles de développement. Les équipes peuvent ainsi envoyer leurs changements vers un miroir local et les récupérer depuis celui-ci, puis le synchroniser avec le dépôt distant principal.

Avec de nombreux développeurs, un flux de travail cohérent est primordial. Établissez des règles claires concernant :

• Stratégie de gestion des branches : par exemple Gitflow, GitHub Flow (comme dans les leçons précédentes).
• Format des messages de validation : des messages normalisés facilitent la lecture de l'historique.
• Processus de revue du code : veillez à la qualité et au partage des connaissances.

Les outils et l'automatisation peuvent faire respecter ces normes.

Vous travaillez sur un monodépôt gigantesque et devez uniquement intervenir dans le répertoire src/frontend. Quelle fonctionnalité de Git vous aiderait le mieux à n'extraire que cette partie du dépôt et à améliorer les performances ?

Nous avons étudié plusieurs stratégies pour gérer efficacement Git dans les grandes équipes et avec des dépôts gigantesques :

• Utiliser des clonages superficiels et des clonages partiels pour accélérer la configuration initiale.
• Tirer parti des extractions clairsemées et de git worktree pour gérer les monodépôts.
• Mettre en place des dépôts miroirs pour les équipes distribuées.
• Privilégier des flux de travail normalisés pour garantir une collaboration cohérente.

Ces techniques contribuent à préserver la productivité et les performances à mesure que vos projets grandissent.