Gide de développement parallèle de Git Worktrees

Dans des scénarios spécifiques, vous pouvez avoir besoin de copies identiques différentes de votre référentiel. À ce stade, vous envisagez probablement de cloner votre stockage - mais il y a une meilleure solution.

Git propose un modèle de flux de travail meilleur et plus fiable - Git Worktree. Il donne une copie parfaite de votre référentiel entier.

Dans cet article, je vais expliquer tout ce que vous devez savoir sur Worktree et comment vous pouvez l'utiliser étape par étape avec les meilleures pratiques GIT. Et une fois que vous connaissez toutes ces bases, Git Worktree sera relativement facile à mettre en œuvre par rapport à d'autres pratiques telles que le clonage avec Git Clone Your Reposity.

Qu'est-ce que Git Worktree

En mots simples - Git Worktree permet aux développeurs d'avoir plusieurs répertoires de travail en même temps et les répertoires de travail associés à un seul référentiel Git.

Si vous travaillez sur un grand projet et que vous devez changer de succursales pour travailler sur différentes questions, Git Worktree peut être utile.

Gérer Git Worktrees

Avant de commencer à ajouter un nouveau travail de travail, voyons combien de worktree vous avez maintenant.

Énumérer les travaux

Vous pouvez vérifier avec la commande suivante.

Liste Git Worktree  

Pour le moment, vous ne devriez voir qu'un seul travail de travail. C'est votre travail de travail par défaut.

Ajouter un nouveau travail

Laissez-nous ajouter un nouveau worktree et vous pouvez utiliser les commandes suivantes -

git worktree new_working_tree  

Une fois que vous avez ajouté un nouvel arbre, vous pouvez afficher tous les arbres en activité par la commande Worktree List pour confirmer que vous avez maintenant deux arbres disponibles.

Et cet arbre de travail nouvellement créé connu sous le nom d'arbre lié.

Supprimer Worktree

Vous devrez peut-être supprimer votre travail pour de nombreuses bonnes raisons comme lorsque votre travail est terminé, et il est sûr de supprimer le travail lié.

Vous pouvez utiliser la commande suivante pour supprimer le Worktree

git worktree supprimer votre_worktree_name  

Pourquoi plusieurs travaux

Il devrait y avoir une question dans votre esprit que vous auriez du mal à introduire un travail lié si vous avez déjà votre principal.

Pourquoi avez-vous besoin de plusieurs travaux? - Pour un développement parallèle.

Avec plusieurs travaux, vous pouvez faire un développement parallèle, et vous en avez également besoin pour les raisons suivantes

Développement et test parallèles

Si vous travaillez sur un projet d'entreprise Legacy, et à un moment donné, vous devez corriger les bogues, puis d'autres heures doivent ajouter une fonctionnalité. Dans ce cas, Git Worktree sera utile et prendra en charge le développement parallèle.

De la même manière, l'exécution de plusieurs suites de test en parallèle réduit le temps d'exécution. Il est pratique d'utiliser diverses suites de test en même temps pour tester votre couverture.

Il est facile de changer votre travail de travail du primaire à lié à une simple commande git. En outre, vous pouvez apporter des modifications à Git Worktree en utilisant Git Cherry-Pick et Git Reset.

Gestion facile

Il est facile de gérer votre base de code avec plusieurs slooures par rapport au clonage de votre référentiel. Git Worktree est une entité légère, et il est facile à utiliser et à gérer.

Lorsque vous utilisez la commande Git Clone pour votre dépôt existant, vous faites une copie complète de votre référentiel. Et il est possible que vous créiez le même nom de branche dans votre repo existant et nouvellement créé. Il pourrait être déroutant et difficile à gérer.

Ici, la bonne partie de Git Worktree vous permettra de créer le même nom de branche dans votre Worktree primaire et lié - donc dans l'ensemble, c'est une gestion facile.

Gagnez du temps et vous restez concentré

La commutation est une opération coûteuse car lorsque vous changez, vous restructurez complètement le référentiel.

Et si vous modifiez votre branche de travail actuelle à partir de l'IDE, dans ce cas, votre IDE pourrait être fou et essayer de s'adapter aux paramètres du projet.

À l'aide d'un travail de travail, vous pouvez éviter ces changements fréquents. Vous pouvez vérifier les succursales requises dans des dossiers séparés à l'aide du worktree.

Alors là, vous obtiendrez un projet IDE indépendant pour chaque branche.

Conclusion

Git Clone est un moyen plus ancien de dupliquer du référentiel principal - tandis que Git Worktree est l'une des meilleures pratiques.

Et dans le git worktree, il n'est pas nécessaire de s'inquiéter des branches. Par exemple, vous ne pouvez pas vérifier le nom de création de la branche dans les travaux liés. Et parce qu'ils sont liés à votre référentiel, il sera donc enregistré dans l'histoire.