Comment vérifier si un dépôt Git a un arbre de travail (worktree)

GitGitBeginner
Pratiquer maintenant

💡 Ce tutoriel est traduit par l'IA à partir de la version anglaise. Pour voir la version originale, vous pouvez cliquer ici

Introduction

Dans ce laboratoire (lab), vous apprendrez à vérifier si un dépôt Git possède un arbre de travail (worktree). Nous allons explorer le concept des arbres de travail Git, qui sont des répertoires de travail supplémentaires connectés au même dépôt, vous permettant de gérer plusieurs branches simultanément.

Vous utiliserez la commande git worktree list pour identifier les arbres de travail associés à votre dépôt. Au départ, vous ne verrez que l'arbre de travail principal. En exécutant à nouveau la commande, vous confirmez l'absence d'arbres de travail supplémentaires, posant ainsi les bases pour comprendre comment gérer plusieurs lignes de développement au sein d'un seul dépôt.


Skills Graph

%%%%{init: {'theme':'neutral'}}%%%% flowchart RL git(("Git")) -.-> git/BranchManagementGroup(["Branch Management"]) git(("Git")) -.-> git/BasicOperationsGroup(["Basic Operations"]) git/BasicOperationsGroup -.-> git/status("Check Status") git/BranchManagementGroup -.-> git/branch("Handle Branches") git/BranchManagementGroup -.-> git/log("Show Commits") subgraph Lab Skills git/status -.-> lab-560085{{"Comment vérifier si un dépôt Git a un arbre de travail (worktree)"}} git/branch -.-> lab-560085{{"Comment vérifier si un dépôt Git a un arbre de travail (worktree)"}} git/log -.-> lab-560085{{"Comment vérifier si un dépôt Git a un arbre de travail (worktree)"}} end

Exécuter git worktree list

Dans cette étape, nous allons explorer le concept des arbres de travail Git (worktrees) et comment les lister. Un arbre de travail est un répertoire de travail supplémentaire connecté au même dépôt. Cela vous permet de cocher (check out) plusieurs branches en même temps, ce qui peut être très utile pour le multitâche ou le test de différentes fonctionnalités simultanément.

Tout d'abord, naviguons vers le répertoire de notre projet si vous n'y êtes pas déjà. Ouvrez votre terminal et tapez :

cd ~/project/my-time-machine

Maintenant, utilisons la commande git worktree list pour voir les arbres de travail actuels associés à notre dépôt. Étant donné que nous n'avons pas encore créé d'arbres de travail supplémentaires, cette commande nous montrera l'arbre de travail principal.

git worktree list

Vous devriez voir une sortie similaire à celle-ci :

/home/labex/project/my-time-machine  a1b2c3d [master]

Cette sortie nous indique que notre arbre de travail principal est situé à /home/labex/project/my-time-machine, qu'il est actuellement sur la branche master et qu'il pointe vers un commit spécifique (représenté par le hachage du commit, qui sera différent dans votre cas).

Comprendre les arbres de travail est important car ils offrent un moyen flexible de gérer plusieurs lignes de développement au sein d'un seul dépôt. Dans les étapes suivantes, nous apprendrons à créer et gérer ces arbres de travail supplémentaires.

Vérifier la présence d'arbres de travail supplémentaires

Dans l'étape précédente, nous avons utilisé la commande git worktree list et nous avons vu qu'il n'y avait qu'une seule entrée, qui correspond à notre arbre de travail principal. Cela s'explique par le fait que nous n'avons pas encore créé d'arbres de travail supplémentaires.

Confirmons cela en exécutant à nouveau la commande et en observant la sortie. Assurez-vous que vous êtes toujours dans le répertoire ~/project/my-time-machine.

cd ~/project/my-time-machine
git worktree list

La sortie devrait toujours afficher une seule ligne, représentant votre arbre de travail principal :

/home/labex/project/my-time-machine  a1b2c3d [master]

Cela confirme qu'il n'y a actuellement aucun arbre de travail supplémentaire associé à ce dépôt. La commande git worktree list est un moyen simple mais puissant de voir tous les arbres de travail actifs d'un coup d'œil. Au fur et à mesure que vous créerez plus d'arbres de travail à l'avenir, cette commande deviendra de plus en plus utile pour gérer vos différents environnements de développement.

Dans les étapes suivantes, nous apprendrons à créer un nouvel arbre de travail et à observer comment la sortie de la commande git worktree list change.

Vérifier l'état de l'arbre de travail principal

Dans cette étape, nous allons utiliser la commande git status dans notre arbre de travail principal pour voir son état actuel. Cette commande est essentielle pour comprendre quelles modifications sont présentes dans votre répertoire de travail actuel et dans la zone de préparation (staging area).

Assurez-vous que vous êtes toujours dans le répertoire de l'arbre de travail principal :

cd ~/project/my-time-machine

Maintenant, exécutez la commande git status :

git status

Étant donné que nous n'avons apporté aucune modification depuis notre dernier commit dans le "Your First Git Lab", la sortie devrait indiquer que l'arbre de travail est propre :

On branch master
nothing to commit, working tree clean

Cette sortie confirme qu'il n'y a aucune modification en attente à commettre dans notre arbre de travail principal. La commande git status est l'outil idéal pour obtenir un résumé de l'état actuel de votre dépôt. Elle vous indique sur quelle branche vous vous trouvez, s'il y a des modifications à commettre et s'il y a des fichiers non suivis.

Dans les étapes suivantes, nous allons apporter des modifications et créer de nouveaux arbres de travail, et vous verrez comment les sorties des commandes git status et git worktree list reflètent ces actions.

Résumé

Dans ce laboratoire (lab), nous avons appris à vérifier les arbres de travail Git (worktrees) à l'aide de la commande git worktree list. Nous avons accédé au répertoire de notre projet et exécuté la commande. Nous avons observé qu'au départ, seul l'arbre de travail principal était répertorié, ce qui confirme l'absence d'arbres de travail supplémentaires. Cette commande est essentielle pour identifier et gérer plusieurs répertoires de travail liés à un seul dépôt Git.