Isolation des espaces de travail
Comment Verdent sépare les modifications de code parallèles avec les worktrees git
L’isolation des espaces de travail sépare les modifications de code parallèles au niveau du système de fichiers avec les worktrees git. Un espace de travail possède son propre répertoire, son checkout de branche, ses fichiers et son état de staging.
La création manuelle d’espaces de travail n’est pas exposée dans l’interface actuelle de Verdent Desktop. Le bouton New Workspace, son raccourci clavier et Duplicate to New Workspace sont masqués. Dupliquer une réponse crée la nouvelle tâche dans l’espace de travail actuel.
Ce que vous allez apprendre
- Comment l’isolation des espaces de travail évite les conflits
- Comment les worktrees git permettent l’isolation
- La différence entre l’espace de travail de base et les espaces de travail
- Comment les espaces de travail existants et gérés par Verdent apparaissent dans l’interface
- Les bonnes pratiques de gestion des espaces de travail
Qu’est-ce que l’isolation des espaces de travail ?
Lorsque Verdent exécute du travail dans des espaces de travail distincts, les modifications d’un worktree ne modifient ni les fichiers ni l’état de staging d’un autre worktree. Cela rend l’implémentation et la revue en parallèle plus sûres.
Fonctionnement
| Couche | Fonctionnement |
|---|---|
| Répertoire | Chaque espace de travail est un répertoire isolé |
| Branche | Chaque espace de travail possède son propre checkout de branche |
| Fichiers | Les modifications de fichiers dans un espace de travail n’affectent pas les autres |
| Staging | Chaque espace de travail possède sa propre zone de staging |
Avantages
Aucune interférence
Les modifications de fichiers restent dans des répertoires de worktree séparés
Expérimentation sûre
Testez des modifications risquées sans affecter le code stable
Comparaison claire
Utilisez git diff pour comparer les approches entre espaces de travail
Rebase sélectif
Rebasez uniquement les résultats auxquels vous faites confiance
Espace de travail de base et espaces de travail
Espace de travail de base
L’espace de travail de base est le checkout d’origine de votre dépôt, qui sert de point de départ par défaut.
| Caractéristique | Description |
|---|---|
| Emplacement | L’emplacement d’origine de votre clone ou init git |
| Branche principale | Généralement sur la branche main ou de développement |
| Point de référence | Source pour comparer le travail expérimental |
Quand utiliser la base :
- Modifications rapides qui n’ont pas besoin d’isolation
- Point de référence pour comparer le travail expérimental
- Quand vous voulez que les modifications aillent directement sur la branche principale
- Tâches simples où l’exécution en parallèle n’est pas nécessaire
Espace de travail
Un espace de travail est un environnement de travail isolé créé avec des worktrees git, avec son propre checkout de branche indépendant et son propre état de fichiers.
Verdent peut utiliser un espace de travail lorsqu’un flux de travail pris en charge nécessite des modifications de code isolées. Les espaces de travail existants restent associés à leur projet et peuvent contenir plusieurs tâches.
Travailler avec des espaces de travail existants
Les espaces de travail qui appartiennent déjà à un projet restent groupés avec ce projet dans le panneau Projects. Sélectionnez un espace de travail pour consulter ses tâches et son état de fichiers.
- Les tâches dans le même espace de travail partagent ses fichiers, mais conservent un contexte de conversation distinct.
- Passer à un autre espace de travail change le worktree actif et le contexte de branche.
- Dupliquer une réponse conserve la tâche dupliquée dans l’espace de travail actuel.
- Supprimez un espace de travail uniquement après avoir commité, rebasé ou préservé d’une autre façon le travail dont vous avez besoin.
Rebaser les modifications d’un espace de travail
Lorsque vous êtes prêt à intégrer les modifications de l’espace de travail dans la branche principale :
Avec l’interface de Verdent
Terminer le travail
Terminez le travail dans l’espace de travail
Examiner les modifications
Sélectionnez Task Changes dans le panneau central pour examiner toutes les modifications
Rebaser sur la branche principale
Sélectionnez Workspace Actions → Rebase to main branch dans la barre de l’espace de travail
Résoudre les conflits
Résolvez les conflits éventuels si vous y êtes invité
Vérifier
Examinez les modifications avant de confirmer
Garder les espaces de travail à jour
Utilisez Workspace Actions → Sync with main branch pour récupérer les dernières modifications de la branche principale dans votre espace de travail. Cela aide à éviter les gros conflits lors d’un rebase.
Bonnes pratiques
Maintenance des espaces de travail
| Pratique | Pourquoi |
|---|---|
| Supprimer les espaces de travail rebasés | Libérer de l’espace disque |
| Supprimer les expérimentations abandonnées | Garder la liste des espaces de travail maîtrisable |
| Conserver un nombre raisonnable d’espaces de travail | Les ressources système sont limitées |
Hygiène Git
| Pratique | Pourquoi |
|---|---|
| Commiter fréquemment | Commiter le travail en cours avant de changer d’espace de travail |
| Petits commits | Les petits commits sont plus faciles à cherry-pick |
| Synchroniser régulièrement avec la base | Ne laissez pas les espaces de travail trop diverger de la branche principale |
| Réduire la complexité des conflits | Une intégration régulière évite les gros conflits |
FAQ
Combien d’espace disque chaque espace de travail utilise-t-il ?
Chaque espace de travail duplique les fichiers de travail, mais partage le répertoire .git. L’espace utilisé correspond approximativement à la taille de votre projet par espace de travail. Les grands projets avec de nombreux espaces de travail parallèles utiliseront un espace disque important.
Puis-je supprimer un espace de travail ?
Oui. Supprimez l’espace de travail via Verdent. Cela supprime le répertoire, mais préserve tout travail commité sur la branche.
Comment créer un nouvel espace de travail ?
La création manuelle n’est pas disponible dans l’interface Desktop actuelle. L’entrée New Workspace et le raccourci sont masqués. Verdent peut toujours utiliser des espaces de travail en interne pour les flux de travail isolés pris en charge.
Qu’arrive-t-il aux modifications non commitées si je supprime un espace de travail ?
Les modifications non commitées sont perdues lorsqu’un espace de travail est supprimé. Commitez ou stashez toujours les modifications avant de supprimer un espace de travail.
Puis-je convertir un espace de travail en espace de travail de base ?
Il n’existe pas de conversion directe, mais vous pouvez rebaser toutes les modifications de l’espace de travail sur la branche principale, puis supprimer l’espace de travail. L’historique de la branche est préservé.
Les worktrees fonctionnent-ils avec tous les services d’hébergement git ?
Oui. Les worktrees Git sont une fonctionnalité git standard. Ils fonctionnent avec GitHub, GitLab, Bitbucket et tout autre service d’hébergement git.