Pendant longtemps, beaucoup de développeurs utilisent Git de la même manière. Un dépôt, un dossier, une branche active à la fois. On change de branche, on stash, on revient, on oublie parfois ce qu’on avait laissé derrière. Ça marche, jusqu’au jour où le rythme se complique. Une feature en cours, un correctif urgent à sortir, une revue à reprendre après déjeuner, et tout à coup votre répertoire devient une salle d’attente pleine.
C’est là que git worktree commence à faire sens. L’idée est presque décevante de simplicité. Au lieu de faire vivre toutes vos branches dans le même dossier de travail, Git vous autorise à attacher plusieurs répertoires au même dépôt. Chaque répertoire peut pointer vers sa propre branche. Vous n’avez plus besoin de démonter votre contexte chaque fois qu’un autre sujet arrive.
Contenu
Pourquoi changer de branche dans le même dossier finit par fatiguer
Le problème n’est pas seulement technique. Il est mental. Quand vous changez souvent de branche dans un même répertoire, vous devez sans arrêt vérifier l’état des fichiers, penser à stash ce qui traîne, vous rappeler sur quoi vous étiez, puis restaurer le bon contexte plus tard. Sur le papier, Git sait gérer. Dans la vraie vie, ça use l’attention.
Avec un worktree, vous gardez un dossier par sujet actif. Votre branche de correctif peut vivre dans un répertoire propre, votre feature dans un autre, votre branche de revue dans un troisième. Vous ouvrez simplement le bon dossier et vous retrouvez tout de suite le bon état mental. C’est bête à dire, mais ce confort change vraiment la fluidité de la journée.
Les cas où worktree devient immédiatement utile
Le premier cas, c’est l’urgence. Vous êtes en plein milieu d’un développement et on vous demande de corriger un bug en production. Sans worktree, vous commencez à jongler avec vos changements locaux. Avec worktree, vous créez un nouveau dossier lié à une branche de correctif, vous traitez le problème, puis vous revenez à votre travail initial sans avoir tout déplacé entre-temps.
Le deuxième cas, c’est la revue. Vous voulez tester une branche d’un collègue sans salir votre espace courant. Un worktree dédié règle le problème proprement. Le troisième cas, c’est le multi sujet classique d’une semaine normale, où plusieurs branches avancent en parallèle et où vous en avez assez de perdre le fil.
Dans ce type d’organisation, bien comprendre aussi la différence entre git fetch et git pull reste très utile, parce que chaque worktree continue à vivre avec ses remotes et ses mises à jour. Le confort vient du découpage des répertoires, pas d’une disparition magique des bonnes pratiques.
Ce que worktree ne fait pas à votre place
Il faut être honnête. git worktree ne remplace pas une méthode de travail. Si vos branches sont floues, elles resteront floues. Si vous ouvrez des sujets trop gros, vous aurez toujours des revues pénibles et des merges pénibles. Worktree enlève surtout la friction liée au changement de contexte.
Il ne faut pas non plus le voir comme un gadget réservé aux experts Git. La commande est plus simple qu’elle n’en a l’air. Une fois qu’on a créé deux ou trois worktrees, on comprend très vite le principe. Le plus dur, finalement, c’est souvent d’accepter qu’on peut arrêter de tout faire dans un seul dossier par habitude.
Pourquoi cette commande reste sous utilisée
Je pense qu’elle reste discrète pour une raison simple. Beaucoup de développeurs survivent très bien sans elle pendant des années. Donc ils ne vont pas spontanément chercher mieux. Ils ont appris à stasher, à changer de branche, à revenir en arrière, à recoller les morceaux. Ils se sont adaptés à la friction au lieu de la supprimer.
Pourtant, dès qu’on touche à des contributions parallèles ou à des remotes multiples, on sent vite l’intérêt. Si vous passez aussi par un dépôt personnel pour contribuer ou tester vos changements, vous croiserez tôt ou tard des situations où un fork Git est plus pratique qu’un simple clone. Là encore, worktree ne remplace pas le fork, mais il se combine très bien avec lui pour garder plusieurs contextes ouverts sans désordre.
Le déclic arrive souvent la première semaine d’usage. On ne gagne pas seulement quelques commandes. On récupère surtout une manière plus calme de passer d’un sujet à l’autre. Et quand un outil vous rend ce calme là, vous commencez vite à vous demander pourquoi vous avez attendu si longtemps avant de l’adopter.