web-dev-qa-db-fra.com

Avertissement affiché lors de l'ajout de solution à Team Foundation Server 2010

Je commence tout juste à maîtriser TFS 2010 (je n'ai jamais eu de chance avec TFS 2008) et j'essaie d'ajouter ma première solution à TFS. Cependant, je reçois le message d'avertissement suivant:

Le projet que vous tentez d'ajouter au contrôle de code source peut entraîner des difficultés pour d'autres utilisateurs du contrôle de code source à ouvrir cette solution ou à obtenir de nouvelles versions de celle-ci. Pour éviter ce problème, ajoutez le projet à partir d'un emplacement situé sous la racine de liaison des autres projets contrôlés par la source dans la solution.

Quelqu'un peut-il m'expliquer ce que cela signifie et comment le résoudre? Cet avertissement s'affiche lorsque vous cliquez avec le bouton droit sur la solution dans l'Explorateur de solutions et que vous sélectionnez "Ajouter au contrôle de source".

visual-studioversion-controltfstfs2010
54
Calanus

La structure de votre dossier de solution devrait ressembler à:

Solution Root folder
    | 
    .sln solution file       
    |
    Project1 folder
         |
         Project1.csproj   (or .vbproj)
    |
    Project2 folder
         |
         Project2.csproj   (or .vbproj)
    .
    .
    .
48
Mitch Wheat

Pour moi, c’est comme ça que j’ai déjà essayé d’ajouter la solution à un autre endroit. J'ai ensuite dû nettoyer l'espace de travail créé pour l'autre emplacement.

Pour Visual Studio 2013, vous pouvez trouver les paramètres de l'espace de travail sous:

File -> Source Control -> Advanced -> Workspaces...
  1. Dans la boîte de dialogue Manage Workspaces, sélectionnez votre espace de travail avec lequel vous travaillez.
  2. Hit Edit....
  3. Dans la boîte de dialogue Edit Workspace <yourworkspacename>
  4. effacer le "mauvais" emplacement

Essayez d'ajouter la solution à nouveau.

4
Bruno Bieri

Comme décrit dans ce message sur le forum Visual Studio (lien ci-dessous), le problème fondamental est qu'un projet de la solution se trouve en dehors du sous-arbre dans lequel se trouve la solution elle-même. Cela peut éventuellement entraîner des problèmes si un autre utilisateur mappe les différents sous-arbres différemment dans ses espaces de travail que l'utilisateur qui s'enregistre. Les références inter-arbres ne fonctionneront plus. La boîte de dialogue n'est qu'un avertissement, mais elle peut être poursuivie si vous savez que votre équipe ne divise pas l'arborescence de codes avec des mappages complexes d'espace de travail.

https://social.msdn.Microsoft.com/Forums/vstudio/en-US/29579a28-9de0-4fc6-a253-b38191aa4fdc/must-projects-be-add-under-under-binding-roinding-root-of-solution? forum = tfsversioncontrol

4
cdburgerjr

Le problème suivant peut manifester de manière sympatique l'erreur que vous avez signalée. N'oubliez pas que les assemblys référencés ne doivent pas nécessairement figurer à un emplacement spécifique dans TFS ou dans le système de fichiers de votre poste de travail.

Un problème sous-jacent est que certains types de projets utilisent par défaut la version "Client" du .NET Framework ciblé. Les versions Client suppriment les assemblages qui ne sont généralement pas utilisés dans les projets déployables. De plus, aucun assemblage référencé par votre projet ne doit également référencer des assemblys omis par le profil Client.

Remplacez simplement le paramètre de cadre cible de votre projet par la version complète du cadre.

Consultez mon article de blog concernant ce problème: http://thecurlybrace.blogspot.com/2010/09/visual-studio-wears-sabots.html

0
Mike Christian