Les worktrees Git, introduits en 2015 mais popularisés récemment, permettent de gérer plusieurs branches simultanément sans basculer entre elles ni utiliser de stash. Contrairement aux branches classiques, ils créent des dossiers séparés pour chaque branche, évitant ainsi les conflits de contexte et les réinstallations de dépendances lors des changements de tâche. Par exemple, un développeur peut corriger un bug urgent dans un dossier dédié tout en laissant son environnement de travail principal intact.

Cette approche réduit la charge mentale liée au passage d’une tâche à l’autre, notamment avec l’essor des outils modernes comme GitHub Copilot, qui encouragent le travail parallèle. Les worktrees sont désormais mieux supportés par les environnements de développement, comme VS Code, et offrent une alternative plus fluide aux méthodes traditionnelles de gestion de branches.

Cependant, leur adoption reste limitée par un manque de visibilité historique et une intégration parfois imparfaite dans certains outils. Malgré cela, ils s’imposent comme une solution efficace pour les développeurs manipulant plusieurs contextes simultanément.

Gérer plusieurs versions d’un projet avec Git peut devenir complexe, surtout quand il faut jongler entre branches ou modifier des fichiers de configuration exclus du suivi. La solution classique (cloner plusieurs fois le dépôt) est peu pratique et gourmande en espace. Cet article explique comment utiliser les arbres de travail (worktrees) pour travailler sur plusieurs branches simultanément à partir d’un seul clone, évitant ainsi la duplication des dépôts. Une méthode efficace pour simplifier le workflow Git, avec des astuces pour basculer facilement entre les dossiers.

Une explication de "git worktree" et de ce à quoi ça peut servir