5

Ich habe ein Projekt in TFS Source Control (2008) gespeichert, an dem von 2 Entwicklern gearbeitet wird. Alle 3 Versionen (Developer1, Developer2 und Server) sind miteinander auf dem neuesten Stand. Beide Entwickler berichten jedoch, dass einige Dateien im Projektmappen-Explorer "Von jemand anderem oder an einem anderen Ort ausgecheckt" lauten. Die gleichen Dateien, die im Quellcode-Explorer angezeigt werden, geben jedoch an, dass sie verfügbar sind. Es scheint, als ob die Arbeitsbereiche verwirrt sind, aber die tatsächlichen Dateien sind "gut".Falsche Status in TFS 2008 Projektdateien

Kann jemand helfen?

+1

Es gab einen Fehler, bei dem anstehenden Änderungen innerhalb shelvesets in Richtung der Messung gezählt wurden, die Lösung Explorer verwendet. Es sollte 2008 SP1 behoben werden. –

Antwort

1

Wenn ich die Datei auschecke und dann "Änderungen rückgängig machen" mache, geht es wieder normal. Ich denke, es ist dieser Bug, und es scheint noch nicht in irgendwelchen Patches oder einer zukünftigen Version behoben zu sein.

http://social.msdn.microsoft.com/Forums/en-SG/tfsversioncontrol/thread/2a1c6a8c-0a2b-460c-9335-e31598f1107b

+0

Ich beobachtete das gleiche Verhalten. Keine Arbeitsbereiche, keine Regale, keine Abzweigungen, keine anderen Benutzer - nur ein falscher tfs-Status verschwindet nach "checkout" und "rückgängig zulegende Änderungen". –

-1

Eine größere Frage. Warum interessiert es dich, ob jemand eine Datei ausgecheckt hat? TFS unterstützt mehrere parallele Checkouts für Dateien. Wenn Sie eine exklusive Kontrolle wünschen, verwenden Sie eine Sperre.

Sorry, um klarer zu sein - ich finde oft, dass der Status in Solution Explorer nicht sehenswert ist. Wenn ich eine Datei brauche, überprüfe ich sie. Wenn jemand es gesperrt hat, dann werde ich zu diesem Zeitpunkt von TFS informiert, ansonsten arbeite ich nur mit der Datei.

+2

Ich stimme zu, dass es unsere Arbeit in irgendeiner Weise stoppt. Es sät nur diesen Keim des Zweifels, dass alles nicht gut ist und dass ein größeres Problem später auftauchen wird (z. B. verlorener Code). –

0

Haben Sie SP1 installiert? Dies hat es für unser Team behoben. Wenn nicht, überprüfen Sie, ob einer Ihrer Entwickler separate Arbeitsbereiche hat und möglicherweise Dateien darauf ausgecheckt haben

+0

Alle Entwickler haben tatsächlich SP1 installiert. –

+0

Ah, jetzt erinnere ich mich daran, was es war (nachdem ich mich über meine Kabine gelehnt hatte, um meinen Kollegen zu fragen, ob er sich daran erinnerte, was für ein Problem ich da stöhnte). Ich hatte ein Regal. Überprüfen Sie, ob Sie das selbe haben und entweder nicht oder nicht löschen –

1

Gehen Sie zu Datei-> Quellcodeverwaltung-> Arbeitsbereiche in Visual Studio. Stellen Sie sicher, dass die Entwickler nur über einen Arbeitsbereich verfügen. Es ist wahrscheinlich, dass jemand mehrere Arbeitsbereiche auf seiner Maschine erstellt und Dateien dort ausgecheckt hat.

TFS ordnet Arbeitsbereiche Standorten auf der Maschine zu, auf denen sie erstellt werden. Wenn also jemand Code an mehreren Stellen abruft und bearbeitet, kann eine Person mit Code an mehreren Stellen ausgecheckt werden.

Außerdem zeigt this link, wie Sie alle Dateien anzeigen, die für eine bestimmte Person ausgecheckt wurden.

Aber ich stimme auch mit Preet. Es ist vollkommen in Ordnung, wenn die Datei von mehr als einer Person in TFS ausgecheckt wird. Das ist eine der kleinen Verbesserungen gegenüber SourceSafe.

+0

kleine Verbesserung! Ich würde sagen, es war einer der Besten! –

+0

Ja, ich war da ein bisschen ironisch. :-) –

2

Ich hatte diese Listen zuvor nicht synchronisiert. Was benötigt wurde war ein "Force Get Latest" um die Status zu aktualisieren. Um dies zu tun, wählen Sie "Get a specific version", und wählen Sie dann "Latest" und "Get file, auch wenn sie bereits lokal existieren" (oder eine Option wie diese). Dadurch werden die Dateien aktualisiert, auch wenn sie bereits auf dem neuesten Stand sind. Außerdem sollten sie ihren Status korrigieren.

Sie würden denken, VS/TFS wäre schlau genug, um dies auf eigene Faust zu versöhnen, aber manchmal tun sie es einfach nicht, aus welchen Gründen auch immer.

+0

Ja, das habe ich schon probiert. Kein Unterschied, fürchte ich. –

0

Wir hatten dieses Problem beim Upgrade von TFS 2005 auf TFS 2008. Es gab Probleme mit dem Upgrade, die uns dazu zwangen, eine neue virtuelle Maschine zu erstellen und die 2005-Datenbank wiederherzustellen/zu aktualisieren. Wir waren unter der Arbeitsgruppe-Authentifizierung und erstellten lokale Benutzerkonten neu, aber da sie alle neue SIDs hatten, wurden sie in mancher Hinsicht als unterschiedliche Konten betrachtet. Alle Arbeitsbereiche der ursprünglichen Benutzer blieben herum.

Werfen Sie einen Blick auf die Befehlszeilenwerkzeuge tf und tfpt, um Arbeitsbereiche zu manipulieren, sehen Sie, ob Sie etwas verwaist haben. Attrice Team Foundation Sidekicks hat auch einen netten GUI-Arbeitsbereichsmanager.