2009-06-01 6 views
52

Ich bin gerade mit TFS 2010 vertraut (hatte nie Glück mit TFS 2008) und ich versuche, meine erste Lösung in TFS hinzuzufügen. Ich erhalte jedoch folgende Warnmeldung:Warnung beim Hinzufügen von Lösung zu Team Foundation Server 2010

Das Projekt, das Sie der Quellcodeverwaltung hinzufügen möchten, kann dazu führen, dass andere Benutzer der Quellcodeverwaltung Schwierigkeiten haben, diese Lösung zu öffnen oder neuere Versionen zu erhalten. Um dieses Problem zu vermeiden, fügen Sie das Projekt von einer Position unterhalb des Bindungsstamms der anderen quellgesteuerten Projekte in der Lösung hinzu.

Kann mir jemand erklären, was das bedeutet und wie man es löst? Diese Warnung wird angezeigt, wenn Sie im Projektmappen-Explorer mit der rechten Maustaste auf die Projektmappe klicken und dann "Zur Quellcodeverwaltung hinzufügen" auswählen.

+0

Gerade lief das gleiche Problem; jetzt weiß ich :) –

Antwort

46

sollte Ihre Lösung Ordnerstruktur ähneln:

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

Nein - es gibt 2 projects, in separaten Ordnern mit einer sln-Datei in einem von ihnen - ist das das Problem dann? – Calanus

+0

Ja das war der Grund, habe ein paar Punkte! – Calanus

+0

Also ist das eine schlechte Sache? – felickz

0

Das folgende Problem sympomatically den Fehler manifestieren können Sie berichtet. Denken Sie daran, dass sich referenzierte Assemblys weder in TFS noch im Dateisystem Ihrer Workstation befinden.

Ein zugrunde liegendes Problem besteht darin, dass einige Projekttypen standardmäßig auf die Version "Client" des .NET Framework ausgerichtet sind. Die Client Versionen entfernen Baugruppen, die normalerweise in bereitstellbaren Projekten nicht verwandt werden. Darüber hinaus darf jede Assembly, die Sie als Projektreferenz verwenden, auch nicht auf Assemblys verweisen, die vom Client Profil ausgeschlossen wurden.

Ändern Sie einfach die Ziel-Framework-Einstellung Ihres Projekts in die vollständige Framework-Version.

überprüft meine Blog-Post aus, zu diesem Thema: http://thecurlybrace.blogspot.com/2010/09/visual-studio-wears-sabots.html

3

Für mich war es so, dass ich versuchte die Lösung bereits von einem anderen Standort hinzuzufügen. Ich musste dann den Arbeitsbereich reinigen, der für den anderen Standort erstellt wurde.

Für Visual Studio 2013 können Sie die Arbeitsbereich-Einstellungen finden Sie unter:

File -> Source Control -> Advanced -> Workspaces... 

Auf der „Manage Workspaces“ Dialog wählen Sie Ihren Arbeitsplatz mit denen Sie arbeiten, und dann klicken Sie auf „Bearbeiten ...“. Deaktivieren Sie im Dialogfeld "Arbeitsbereich bearbeiten" den "falschen" Speicherort.

Versuchen Sie, die Lösung erneut hinzuzufügen.

4

Wie in diesem Visual Studio-Forumbeitrag (Link unten) beschrieben, besteht das grundlegende Problem darin, dass ein Projekt in der Lösung außerhalb der Unterstruktur der Lösung selbst liegt. Dies kann möglicherweise zu Problemen bei einem anderen Benutzer führen ordnet die verschiedenen Teilbäume in seinen Arbeitsbereichen anders zu als der Benutzer, der eincheckt. Die baumübergreifenden Referenzen funktionieren nicht mehr. Der Dialog ist nur eine Warnung, kann aber fortgesetzt werden, wenn Sie wissen, dass Ihr Team den Codebaum nicht mit komplexen Arbeitsmappenzuordnungen aufteilt.

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