62 Stimmen

Warnung beim Hinzufügen einer Lösung zu Team Foundation Server 2010 angezeigt

Ich bin gerade dabei, mich mit TFS 2010 vertraut zu machen (mit TFS 2008 hatte ich nie Glück), und ich versuche, meine erste Lösung in TFS einzufügen. Ich erhalte jedoch die folgende Warnmeldung:

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

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

0 Stimmen

Ich bin gerade auf das gleiche Problem gestoßen; jetzt weiß ich Bescheid :)

52voto

Mitch Wheat Punkte 287474

Die Struktur Ihres Lösungsordners sollte folgendermaßen aussehen:

Solution Root folder
 .sln solution file       

 Project1 folder
    Project1.csproj   (or .vbproj)

 Project2 folder
    Project2.csproj   (or .vbproj)
.
.
.

7 Stimmen

Wie würde sich diese Struktur auf zwei Lösungen auswirken, die sich ein Projekt teilen (das außerhalb der Wurzel liegt) und für beide Lösungen verbindlich sind?

0 Stimmen

@CoffeeAddict: Eine vernünftige Lösung/Projektstruktur zu haben, hat wenig damit zu tun, welche Versionsverwaltung Sie verwenden. Nur weil ein Tool etwas zulässt, heißt das nicht, dass es eine gute Idee ist!

2 Stimmen

@Mitch your source control sollte Sie nicht einschränken, das will ich damit sagen. Sie sollte Ihnen nicht im Weg stehen. Ich habe sowohl mit TFS als auch mit Subversion gearbeitet und ich kann Ihnen sagen, dass ich nicht der Einzige bin, der sagt, dass TFS über Dinge meckert, die es nicht tun sollte, so dass die Gesamterfahrung nicht reibungslos, sondern eher reibungsvoll ist. Eine gute Versionsverwaltung ist leistungsstark und macht die Dinge einfach. TFS ist es nicht und der einzige Weg, wie Sie das erkennen können, ist, wenn Sie aus der Denkweise herauskommen, dass Sie alles von Microsoft verwenden MÜSSEN und einmal etwas anderes in Bezug auf die Versionskontrolle ausprobieren, wenn Sie ein MS-Geschäft sind. Viele MS-Firmen hassen TFS aus den von mir genannten Gründen.

7voto

cdburgerjr Punkte 175

Wie in diesem Beitrag im Visual Studio-Forum (Link unten) beschrieben, besteht das grundlegende Problem darin, dass ein Projekt in der Projektmappe außerhalb des Unterbaums liegt, in dem sich die Projektmappe selbst befindet. Dies kann möglicherweise zu Problemen führen, wenn ein anderer Benutzer die verschiedenen Teilbäume in seinen Arbeitsbereichen anders zuordnet als der Benutzer, der eincheckt. Die baumübergreifenden Verweise funktionieren dann nicht mehr. Der Dialog ist nur eine Warnung, kann aber beibehalten werden, wenn Sie wissen, dass Ihr Team den Codebaum nicht mit komplexen Arbeitsbereichszuordnungen aufspaltet.

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

5voto

Bruno Bieri Punkte 8713

Bei mir war es so, dass ich bereits versucht habe, die Lösung von einem anderen Ort aus hinzuzufügen. Ich musste dann den Arbeitsbereich, der für den anderen Standort erstellt wurde, bereinigen.

Für Visual Studio 2013 finden Sie die Arbeitsbereichseinstellungen unter:

File -> Source Control -> Advanced -> Workspaces...
  1. Auf der Manage Workspaces Dialog wählen Sie Ihren Arbeitsbereich, mit dem Sie arbeiten
  2. Hit Edit... .
  3. Auf der Edit Workspace <yourworkspacename> Dialog
  4. die "falsch" Standort

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

0voto

Mike Christian Punkte 1516

Das folgende Problem kann den von Ihnen gemeldeten Fehler sympathisch machen. Denken Sie daran, dass referenzierte Baugruppen sich weder in TFS noch im Dateisystem Ihrer Arbeitsstation an einem bestimmten Ort befinden müssen.

Ein grundlegendes Problem besteht darin, dass bei einigen Projekttypen standardmäßig die " Kunde "Version des angestrebten .NET Framework. Die Kunde Versionen entfernen Baugruppen, die normalerweise nicht in einsatzfähigen Projekten verwendet werden. Darüber hinaus darf jede Assembly, auf die Ihr Projekt verweist, auch nicht auf Assemblies verweisen, die von der Kunde Profil.

Ändern Sie einfach die Ziel-Framework-Einstellung Ihres Projekts auf die Vollversion des Frameworks.

Lesen Sie meinen Blogbeitrag zu diesem Thema: http://thecurlybrace.blogspot.com/2010/09/visual-studio-wears-sabots.html

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X