Manipulation du contrôle de source Team Foundation
Microsoft Team Foundation Le contrôle de code source fournit les fonctionnalités de contrôle de version de code source, qui peuvent être ajustées pour gérer des milliers de développeurs.
Présentation du contrôle de code source
Le contrôle de code source est un système qui permet de gérer les fichiers source partagés par une équipe. En utilisant un contrôle de code source, plusieurs utilisateurs peuvent travailler sur le même ensemble de fichiers tout en réduisant le risque de suppression accidentelle des modifications dans un fichier.
Fonctionnement du contrôle de code source
Les fichiers source sont stockés dans un référentiel système de contrôles de code source (un serveur Team Foundation). Les membres de l’équipe extraient les fichiers des dossiers locaux sur leurs ordinateurs, effectuent des modifications dans les fichiers, et les réarchivent.
Lors du réarchivage d’un fichier dans le référentiel, le système de contrôle de code source enregistre la modification entre la nouvelle version et la précédente. Lors de l’archivage d’un fichier, le membre de l’équipe ajoute une notation à l’enregistrement du fichier dans le référentiel pour que les autres utilisateurs puissent voir les modifications apportées au fichier. Ainsi, si un utilisateur effectue une modification indésirable dans un fichier, vous pouvez rétablir l’état antérieur du fichier.
Plusieurs utilisateurs à la fois peuvent extraire un fichier. Si un fichier est modifié par un autre utilisateur une fois que vous l’avez extrait, lorsque vous le réarchivez, le fichier passe par une phase de fusion dans laquelle vous devrez résoudre tout conflit.
Prise en charge de Team Foundation dans Expression Blend
Le contrôle de code source Team Foundation est intégré à Microsoft Expression Blend pour que vous puissiez effectuer des opérations telles que l’affichage de versions anciennes des fichiers, l’archivage des fichiers, l’ajout de fichiers, et l’affichage de l’historique des fichiers, tout ceci dans le panneau Projets d’Expression Blend.
Vous devez activer les fonctionnalités de contrôle de code source dans Expression Blend en configurant l’ordinateur pour utiliser le contrôle de code source Team Foundation, puis en ouvrant une solution liée. (Si une solution ou un projet est lié, il contient des informations Team Foundation et peut utiliser les fonctionnalités de contrôle de code source dans Microsoft Visual Studio et Expression Blend.)
Pour plus d’informations, voir les rubriques suivantes :
À ce stade, vous pouvez cliquer avec le bouton droit sur la solution, les projets ou les fichiers individuels dans le panneau Projets pour effectuer des tâches de contrôle de code source.
Pour plus d’informations, voir les rubriques suivantes :
Fusionner et résoudre des conflits lors de l'insertion de fichiers
Ajouter des fichiers et des dossiers à un projet sous contrôle de source
Visualiser ou comparer les modifications apportées à des fichiers
Il est possible d’effectuer d’autres tâches plus avancées de contrôle de code source uniquement dans Visual Studio Team System ou Team Explorer, pas dans Expression Blend, comme la création d’une solution sous contrôle du code source, la liaison de solutions et de fichiers, l’extraction explicite de fichiers exclusivement (pour qu’aucun autre membre de l’équipe puisse les extraire en même temps), et la configuration des options de fusion des fichiers. Pour effectuer ces tâches, vous pouvez utiliser Visual Studio Team System 2008 Team Explorer ou la version complète de Visual Studio Team System 2008. Pour plus d’informations, voir les rubriques Utilisation de l'Explorateur d'équipes, Utilisation du contrôle de version Team Foundation, et Comment : lier et annuler la liaison de projets et de solutions sur MSDN.
.gif "Conseil") Conseil : |
|---|
Si une solution sous contrôle de code source n’est pas liée, vous pouvez toujours utiliser Expression Blend pour modifier les fichiers dans la solution, mais vous devez utiliser Microsoft Visual Studio Team System 2008 Team Explorer pour extraire et archiver les fichiers. Étant donné que Team Explorer est un téléchargement gratuit, c’est une option moins coûteuse que l’achat d’une copie de Visual Studio Team System pour modifier les fichiers sous contrôle de code source. Vous pouvez ouvrir la même solution dans Expression Blend et dans Team Explorer en même temps. Lorsque vous modifiez l’état du contrôle de code source pour les fichiers à l’aide de Team Explorer, veillez à actualiser l’état du contrôle de code source des fichiers dans Expression Blend. Pour plus d’informations, voir Actualiser l'état de fichiers sous contrôle de source. |
Méthodes conseillées du contrôle de code source
La connaissance du fonctionnement du contrôle de code source et l’utilisation des consignes simples suivantes peuvent aider les membres à travailler efficacement sur une solution ensemble :
Utiliser un système de contrôle de code source.
L’utilisation correcte de ce système permet d’améliorer la coopération, le travail d’équipe, et l’efficacité tout en réduisant le risque de perte de travail.
Obtenir les autorisations appropriées.
Pour utiliser les fonctions de contrôle de code source dans Expression Blend, vous devez posséder au minimum des autorisations de Collaborateur sur le serveur Team Foundation. Pour plus d’informations, voir Autorisations du serveur Team Foundation sur MSDN.
Conserver vos fichiers source dans le contrôle de code source.
Conservez une copie de chaque fichier source nécessaire pour générer votre solution dans le contrôle de code source et assurez-vous que l’ensemble des solutions et des projets sont liés. N’enregistrez pas de fichiers compilés ou générés à partir du code source dans le contrôle de code source.
Le tableau suivant énumère des exemples de fichiers qui doivent ou non être conservés dans le contrôle de code source :
Ajouter les types suivants de fichiers au contrôle source
Ne pas ajouter les types suivants de fichiers au contrôle source
Fichiers de solution (.sln) et de projet (.csproj, .vbproj).
Fichiers mis en cache (.cache, .suo).
Fichiers source que votre projet génère (.xaml, .cs, .vb).
Fichiers générés par votre projet dans le dossier \bin ou \obj.
Fichiers multimédias (.jpg, .wav, .wmv, etc).
Fichiers ou projets utilisés pour générer des fichiers multimédias (fichiers Microsoft Expression Design ou Microsoft Expression Media, bien qu’ils puissent être conservés sous contrôle de code source).
Projets créés dans une solution ou fichiers créés dans un projet.
Projets qui existent en dehors du dossier de solutions, ou les fichiers qui existent en dehors des dossiers de projets. Ceci peut se produire si vous créez un fichier ou un projet mais l’enregistrez en dehors du dossier parent correct.
Assemblys (fichiers .dll) dont dépend votre solution.
Projets qui génèrent les assemblys (fichiers .dll) dont dépend votre solution, si le projet existe en dehors de votre dossier de solutions.
Conserver tous les fichiers souhaités sous contrôle de code source dans le dossier local d’espace de travail Team Foundation.
Lors de la configuration de votre ordinateur pour utiliser le contrôle de code source Team Foundation, vous devez créer un dossier local dans lequel le serveur Team Foundation copie les fichiers. Ceci revient à créer un dossier partagé publiquement sur votre ordinateur, mais seul le serveur Team Foundation y a accès. Tout élément sous contrôle de code source doit figurer dans cet espace de travail. Sinon, le serveur Team Foundation ne pourra pas le voir. Ce qui peut entraîner des messages d’erreur tels que « Impossible de déterminer l’espace de travail. »
Conserver tous les projets et fichiers appartenant à une solution à l’intérieur du dossier de solutions.
Si vous créez un projet dans une solution, assurez-vous que le dossier de projets est créé à l’intérieur du dossier de solutions. Expression Blend effectue ceci par défaut sauf si vous modifiez le champ Emplacement dans la boîte de dialogue Ajouter un nouveau projet.
Pour plus d’informations, voir Ajouter un projet à une solution sous contrôle de source.
Si vous ajoutez un projet existant à une solution, assurez-vous de copier au préalable le dossier de projets vers le dossier de solutions. Sinon, vous ne pourrez ajouter ni le projet ni les fichiers correspondants au contrôle de code source.
Pour plus d’informations, voir Ajouter des fichiers et des dossiers à un projet sous contrôle de source.
Vous pouvez créer un lien vers les projets et les éléments en dehors du dossier de solutions. Mais, veillez à ce que ces éléments soient disponibles lors de la génération de votre projet. Il se peut que Team Explorer soit requis pour obtenir les copies des fichiers à partir du serveur Team Foundation. Pour plus d’informations, voir Comment : obtenir la source de votre projet d'équipe sur MSDN.
S’assurer que la version la plus récente d’un fichier est utilisée.
Suivez les procédures d’extraction de fichier que votre administrateur de contrôle de code source a indiquées. Par exemple, il se peut que votre équipe requiert que vous obteniez la version la plus récente de tous les fichiers avant d’extraire les fichiers, ou d’extraire les fichiers explicitement avant de les utiliser (au lieu d’extraire implicitement un fichier en l’enregistrant [Ctrl+S] dans Expression Blend).
Pour plus d’informations, voir Obtenir les derniers exemplaires de fichiers de projet.
À mesure que d’autres utilisateurs de votre équipe effectuent des modifications dans les fichiers de votre référentiel de contrôle de code source du projet, les copies de ces fichiers que vous possédez dans votre espace de travail deviennent périmées. Elles ne comportent plus les modifications apportées par votre équipe. L’archivage d’une version périmée d’un fichier et le remplacement de la version plus récente d’un autre utilisateur créent du travail supplémentaire et augmentent le risque de perte de modifications importantes dans le fichier.
Pour plus d’informations, voir Fusionner et résoudre des conflits lors de l'insertion de fichiers.
N’extraire que les éléments nécessaires.
Extrayez uniquement les fichiers à modifier. N’extrayez pas un dossier entier sauf si vous prévoyez de modifier chaque fichier de ce dossier.
Archiver rapidement.
Ne laissez pas vos fichiers extraits plus longtemps que nécessaire. Archivez vos fichiers dès que vous avez terminé de les modifier et de les tester. Ainsi, vos collègues auront accès aux versions les plus récentes des fichiers.
Pour plus d’informations, voir Insérer et extraire des fichiers.
Rédiger des commentaires pertinents lors de l’archivage.
En cas de problème, vous pouvez utiliser ces commentaires pour permettre de le localiser et de le résoudre plus rapidement. Même si tout fonctionne correctement, vous pourrez facilement voir les changements effectués et la raison de leur modification en affichant l’historique d’un fichier.
Pour plus d’informations, voir Visualiser ou comparer les modifications apportées à des fichiers.