Pour afficher l’article en anglais, activez la case d’option Anglais. Vous pouvez aussi afficher la version anglaise dans une fenêtre contextuelle en faisant glisser le pointeur de la souris sur le texte.
Traduction
Anglais

Manipulation du contrôle de code source Team Foundation (Blend)

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.

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.

Les fichiers sources sont stockés dans un référentiel système de contrôle de code source (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.

Le contrôle de code source Team Foundation est intégré à Blend for Visual Studio 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’Blend.

Vous devez activer les fonctionnalités de contrôle de code source dans 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 Blend.)

Pour plus d'informations, consultez 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, consultez les rubriques suivantes :

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 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, utilisez Visual Studio Team System 2010 Team Explorer ou la version complète de Visual Studio Team System 2010. Pour plus d'informations, consultez Utilisation de Team Explorer, Utiliser le contrôle de version Team Foundation, et Comment : lier et annuler la liaison de projets et solutions sur MSDN.

Conseil Conseil

Si une solution sous contrôle de code source n'est pas liée, vous pouvez toujours utiliser Blend pour modifier les fichiers dans la solution, mais vous devez utiliser Microsoft Visual Studio Team System Team Explorer pour extraire et archiver les fichiers. Comme Team Explorer est un téléchargement libre, c'est une option moins coûteuse que de l'achat une copie de Visual Studio Team System pour modifier des fichiers sous contrôle de code source. Vous pouvez ouvrir la même solution dans 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 Blend. Pour plus d'informations, consultez Actualiser l'état de fichiers sous contrôle de source (Blend).

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 Blend, vous devez posséder au minimum des autorisations de Collaborateur sur le serveur Team Foundation. Pour plus d'informations, consultez Autorisations Team Foundation Server (éventuellement en anglais) 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 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 du projet est créé dans le dossier de solution. 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, consultez Ajouter un projet à une solution sous contrôle de source (Blend).

    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, consultez Ajouter des fichiers et des dossiers à un projet sous contrôle de code source (Blend).

    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, consultez Comment : Obtenir la source de votre projet commun 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 Blend).

    Pour plus d'informations, consultez Obtenir les derniers exemplaires de fichiers de projet (Blend).

    À 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, consultez Fusionner et résoudre des conflits lors de l'insertion de fichiers dans Blend.

  • 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, consultez Archiver et extraire des fichiers (Blend).

  • 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, consultez Visualiser ou comparer les modifications apportées à des fichiers (Blend).

Afficher: