Question

Je suis juste aux prises avec TFS 2010 (n'a jamais eu de chance avec TFS 2008) et je suis en train d'ajouter ma première solution dans TFS. Cependant, je reçois le message d'avertissement suivant:

  

Le projet que vous tentez d'ajouter au contrôle de source peut provoquer d'autres utilisateurs de contrôle de source ont des difficultés à ouvrir cette solution ou d'obtenir des versions plus récentes de celui-ci. Pour éviter ce problème, ajoutez le projet à partir d'un emplacement sous la racine de liaison des autres projets contrôlés source dans la solution.

Quelqu'un peut-il me expliquer ce que cela signifie et comment le résoudre? Cet avertissement apparaît lorsque l'on clique droit sur la solution dans l'Explorateur de solutions et en sélectionnant « Ajouter au contrôle de code source ».

Était-ce utile?

La solution

Structure de votre dossier de solution doit ressembler à:

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

Autres conseils

Comme décrit dans ce post forum Visual Studio (lien ci-dessous), la question fondamentale est qu'un projet dans la solution est à l'extérieur du sous-arbre que la solution elle-même. Cela peut éventuellement conduire à des problèmes si une autre carte d'utilisateur les différents sous-arbres différemment dans ses espaces de travail que l'utilisateur qui est l'enregistrement. les références élongis ne fonctionneront plus. La boîte de dialogue est seulement un avertissement, mais peut se poursuivre si vous savez que votre équipe ne divise pas l'arbre de code avec les correspondances de l'espace de travail complexes.

https://social.msdn.microsoft.com/Forums/vstudio/en-US/29579a28-9de0-4fc6-a253-b38191aa4fdc/must-projects -être-ajoutée sous-liant-racine de solution? forum = tfsversioncontrol

Pour moi, il était comme ça que j'ai essayé d'ajouter la solution à un autre endroit déjà. Je devais alors de nettoyer l'espace de travail qui a été créé pour l'autre endroit.

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 de Manage Workspaces sélectionnez votre espace de travail que vous travaillez avec
  2. Hit Edit....
  3. Dans la boîte de dialogue Edit Workspace <yourworkspacename>
  4. effacer le "mauvais" emplacement

Essayez d'ajouter à nouveau la solution.

La question suivante peut sympomatically manifester l'erreur que vous avez signalé. Rappelez-vous, les assemblages référencés ne sont pas nécessairement dans un endroit précis dans les deux TFS ou dans le système de fichiers de votre poste de travail.

Un problème sous-jacent est que certains types de projets par défaut à la version " Client " du .NET Framework ciblé. Client versions dépouilleront ensembles qui ne sont généralement pas utilisés dans des projets déployables. En outre, tout ensemble vos références de projet doivent pas non plus faire référence à des ensembles omis par le profil Client .

Il suffit de changer le réglage cadre cible de votre projet à la version complète du cadre.

Consultez mon blog, sur cette question: http://thecurlybrace.blogspot.com/2010/09/ studio-visuel porte-sabots.html

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top