Choix de la gestion de version appropriée pour votre projet

Les membres de l'équipe peuvent modifier simultanément des fichiers sur leur ordinateur de développement. Téléchargez (archivez) des ensembles de modifications vers le serveur après création. Vous pouvez télécharger vos modifications à tout moment. Toutefois, vous pouvez être interrompu par des conflits.

Vous pouvez modifier le commentaire d'un ensemble de modifications après l'avoir archivé. Vous pouvez lier des ensembles de modifications aux éléments de travail et les associer à des builds terminées.

Les membres de l'équipe peuvent modifier simultanément des fichiers sur leur ordinateur de développement. Vous créez des validations sur votre ordinateur de développement sans les partager avec l'équipe. Lorsque vous êtes prêt, vous devez extraire les dernières validations avant de télécharger (effectuer un push) les vôtres vers le serveur. Lorsque vous effectuez un push, vous pouvez être interrompu par des conflits.

Vous pouvez modifier la dernière validation locale. Vous ne pouvez pas modifier les validations plus anciennes. Vous pouvez lier des validations aux éléments de travail et les associer à des builds terminées.

Vous pouvez modifier et associer des validations locales à partir de l'invite de commandes.

Les branches basées sur le chemin d'accès sont principalement utilisées comme des constructions de longue date pour isoler les risques de modification entre les équipes dédiées et les versions. Les membres de l'équipe installent en général un espace de travail différent pour chaque branche sur laquelle ils travaillent.

Les modifications de chaque branche sont indépendantes, donc vous ne devez pas les archiver avant de passer d'une branche à une autre. La fusion entre des branches sœurs requiert une fusion sans base.

Vous pouvez visualiser vos structures de branche et déterminer où vos ensembles de modifications ont été fusionnés.

Consultez Utiliser les branches pour isoler le risque dans Team Foundation Version Control.

La création de branche est simplifiée avec des chemins d'accès indépendants. De nombreux développeurs créent une branche pour chaque nouvelle fonctionnalité ayant fait l'objet d'un codage, parfois quotidiennement. Vous pouvez rapidement basculer d'une branche à une autre pour pivoter entre différentes variantes de votre code base. Vous pouvez créer des branches qui existent uniquement sur votre ordinateur de développement et les partager lorsque vous êtes prêt.
Vous devez valider, créer une branche, masquer ou annuler les modifications avant de basculer entre les branches. La fusion est simple et indépendante de la validation sur laquelle la branche est basée. Vous pouvez comparer les branches pour consulter les validations existantes sur les branches.

Consultez Utiliser les branches Git pour changer de contexte, suspendre un travail et isoler le risque.

Il se peut que vous deviez résoudre des conflits lorsque vous effectuez des opérations d'obtention, d'archivage, de fusion ou de déréservation. Vous pouvez résoudre tous les types de conflits dans Visual Studio.

Vous devrez peut-être résoudre des conflits lorsque vous effectuez un push ou une fusion. Vous pouvez résoudre les conflits de contenu dans Visual Studio ou à partir de l’invite de commandes.

Vous pouvez archiver de grands fichiers binaires. Vous pouvez également utiliser NuGet en association ou comme alternative.

Vous pouvez archiver de petits fichiers binaires comme vous le feriez pour les fichiers standard. Lorsque vous utilisez des fichiers binaires volumineux, utilisez Git-LFS pour stocker vos fichiers binaires volumineux dans Azure Repos.

L'historique du fichier n'est pas répliqué sur l'ordinateur de développement client et ne peut être consulté que si vous êtes connecté au serveur. Vous pouvez consulter l'historique dans Visual Studio et sur le portail Web. Vous pouvez annoter des fichiers pour identifier qui a modifié une ligne et à quel moment elle l'a été.

L'historique du fichier est répliqué sur l'ordinateur de développement client et peut être consulté même si vous n'êtes pas connecté au serveur. Vous pouvez consulter l'historique dans Visual Studio et sur le portail Web. Vous pouvez annoter des fichiers pour identifier qui a modifié une ligne et à quel moment elle l'a été.

Vous pouvez appliquer des étiquettes à une version d'un ou de plusieurs fichiers Visual Studio ou de l'invite de commandes. Chaque fichier peut avoir une étiquette appliquée à une version différente.

Vous pouvez appliquer des balises à partir de l'invite de commandes à chaque validation. Affichez les balises dans la fenêtre d'historique de Visual Studio.

Vous pouvez restaurer un ou plusieurs ensembles de modifications

Vous pouvez rétablir une validation.

Vous pouvez travailler sur des projets à petite ou à très grande échelle à l'aide des espaces de travail locaux. Les projets à échelle massive (des millions de fichiers par branche et des fichiers binaires volumineux) sont pris en charge à l'aide des espaces de travail du serveur.

Vous pouvez rapidement démarrer les petits projets. Vous pouvez effectuer une mise à l'échelle vers de grands projets, mais vous devez prévoir d'organiser votre code base. Vous pouvez créer plusieurs référentiels dans un projet.

TFVC

Git

Azure DevOps Services, Azure DevOps Server

Azure DevOps Services, Azure DevOps Server et Git services tiers

Les membres de l'équipe peuvent recevoir des alertes par courrier électronique lorsque des archivages se produisent.

Les membres de l'équipe peuvent recevoir des alertes par courrier électronique lorsque des validations font l'objet d'un push vers le serveur.

Parce que votre équipe archive son travail sur un système centralisé, vous pouvez identifier l'utilisateur qui a effectué l'opération dans un ensemble de modifications et utiliser la fonctionnalité de comparaison pour voir ce qu'il a changé. En consultant un fichier, vous pouvez effectuer des annotations pour identifier qui a modifié un bloc de code et à quel moment l'opération a été réalisée.

Vous pouvez identifier l'utilisateur qui a effectué le push d'une validation. (N’importe qui peut revendiquer n’importe quelle identité en tant qu’auteur ou personne ayant effectué la validation.) Vous pouvez identifier quand des modifications ont été apportées et ce qui a été modifié à l’aide de l’historique, comparer et annoter.

Vous pouvez utiliser toutes les fonctions de TFBuild pour générer la combinaison de contenu souhaitée dans la collection de projets.

Vous pouvez utiliser la plupart des fonctions de TFBuild pour générer un projet à la fois, et un ou plusieurs référentiels à la fois.

Consultez Journée dans la vie d’un développeur devops : interruption du travail, correction d’un bogue et revue du code. Pour des discussions plus légères, vous pouvez également commenter et envoyer un e-mail au sujet d’un ensemble de modifications à partir du portail web.

Consultez Vérifier les demandes de tirage. Pour des discussions plus légères, vous pouvez également commenter et envoyer un e-mail à propos d’une validation à partir du portail web.

Chaque projet contient tous les fichiers sous un chemin d'accès racine unique (par exemple : $/FabrikamTFVC). Vous pouvez accorder des autorisations au niveau du fichier. Vous pouvez verrouiller les fichiers.

Vous pouvez parcourir vos fichiers à l'aide du portail Web et de l'Explorateur du contrôle de code source dans Visual Studio.

Votre projet existe sur un seul serveur.

Chaque projet peut contenir un ou plusieurs référentiels Git et chaque référentiel Git peut contenir une ou plusieurs branches. Les autorisations les plus précises que vous pouvez appliquer concernent un référentiel ou une branche. Les fichiers ne peuvent pas être verrouillés.

Vous pouvez parcourir les fichiers sur le portail Web.

Vous pouvez effectuer un push des validations vers plusieurs référentiels distants, par exemple vers le référentiel de votre projet et vers votre site web hébergé sur Azure.

Vous pouvez utiliser des builds d’intégration continue (CI), des builds d’archivage contrôlées et des stratégies d’archivage.

Vous pouvez utiliser des builds CI et des builds d’archivage contrôlées via des stratégies de branche.

TFVC

Git

Visual Studio

Visual Studio, Visual Studio Code, Eclipse et d’autres outils tiers

Vous pouvez parcourir les fichiers à l'aide de l'Explorateur du contrôle de code source dans Visual Studio ou de l'Explorateur de fichiers Windows, ou encore, l'invite de commandes.

Vous pouvez parcourir les fichiers à l'aide de l'Explorateur de fichiers Windows ou de l'invite de commandes.

Pages Modifications en attente et Mon travail dans Visual Studio Team Explorer.

Pages Modifications, Validations et Branches.

Vous pouvez suspendre le travail à partir de la page Mon travail ou Réserver vos modifications dans la page Modifications en attente. Pour plus d’informations, consultez Suspendre votre travail et gérer vos jeux de réservations.

Vous pouvez créer une branche à partir de Visual Studio ou de l'invite de commandes ou masquer vos modifications à partir de l'invite de commandes.

Vous pouvez utiliser toutes les versions prises en charge de Visual Studio.

Vous pouvez utiliser toutes les versions prises en charge de Visual Studio.

Vous pouvez parcourir votre code base (y compris les branches), consulter l'historique, annoter et commenter les ensembles de modifications et les jeux de réservations, et effectuer d'autres tâches telles que le téléchargement ad hoc de certaines parties de votre code base, comme un fichier .zip.

Vous pouvez parcourir votre code base, consulter l'historique, comparer les branches, annoter et commenter les validations, et effectuer d'autres tâches telles que le téléchargement ad hoc de certaines parties de votre code base, comme un fichier .zip.