git worktrees

Boris Cherny a indiqué, le 1er février 2026, que le premier conseil de l'équipe «Claude Code» consiste à faire tourner de trois à cinq git worktrees en même temps, chacun avec sa propre session «Claude Code», et il a qualifié cela du plus grand gain de productivité identifié par l'équipe. Certains ingénieurs conservent des alias shell (za, zb, zc) pour passer de l'un à l'autre ; l'un d'eux réserve un worktree à l'analyse des logs et de BigQuery.

Cette pratique est antérieure à ce classement. «Jesse Vincent» a construit sa méthode de septembre 2025 sur les worktrees pour isoler les tâches entre les branches, ce qui lui a permis d'attribuer des rôles distincts à des sessions «Claude Code» séparées : un architecte qui planifie et un exécutant qui écrit. Dès octobre 2025, «Superpowers» automatisait la création des worktrees afin que chaque tâche démarre dans son propre environnement isolé.

Le guide de «Loop Engineering» de Lushbinary, publié en juin 2026, place les worktrees parmi les éléments dont une boucle a besoin pour fonctionner : des agents parallèles qui travaillent sans collision de fichiers. Le guide pour startups de Michael Segner, d'août 2026, attribue à cette pratique un rôle différent. Selon la règle "build to rebuild", Commure traite les réécritures comme un travail ordinaire, et les worktrees les rendent abordables : la v2 tourne à côté de la v1, et la fusion n'a lieu que si les évaluations de la nouvelle version l'emportent.

Ce qui reste constant sur ces dix mois, c'est l'argument de l'isolation. Ce qu'aucun de ces récits ne fournit, c'est un chiffre. Le classement de Cherny relève du jugement propre de l'équipe, et les chiffres du guide de Segner sont ceux déclarés par les entreprises interrogées, sans méthode d'enquête décrite.