Get Befehl hängt mit VS 2012 und TFS 2008 (TFS-Fehler TF400307)

Question

Heute plötzlich, ich fand heraus, ich bin nicht in der Lage, jede Art von Get-Befehl auf unserem TFS erfolgreich abzuschließen. Die ganze Zeit hängt der Prozess an irgendeinem Punkt, Fortschrittsbalken und Statusmeldung mit der aktuell bearbeiteten Datei bleiben für immer gleich, es werden keine Fehler ausgelöst. Dies geschieht jedes Mal in einer anderen Datei, früher oder später, sowohl mit der IDE als auch mit dem Befehlszeilendienstprogramm.

Ich bin mit Visual Studio Premium 2012 mit TFS 2008

Ich habe noch nie hatte ein ähnliches Problem vor und gestern alles geklappt hat. Ich kenne keine Konfigurationsänderungen seitdem und ich bin der einzige in der Firma, der das Problem erlebt.

Ich glaube nicht, dass es eine direkte Antwort darauf gibt, warum dies passiert, aber könnte jemand irgendwelche Hinweise geben, wie man mit dem Debugging und der Lösung eines solchen Problems umgehen kann?

Bis jetzt habe ich verschiedene Möglichkeiten ausprobiert, den Befehl get auszuführen - neueste Version, spezifische Version, map + get, sowohl in VS IDE als auch über die Befehlszeile. Auch viele andere TFS-Befehle scheinen gut zu funktionieren.

Edit:

Nach einigem Versuch und Irrtum, den Prozess zu verlassen für eine Stunde gehen oder so, ich stolperte schließlich auf den Fehlermeldungen im Ausgabefenster Quellcodeverwaltung. Diese waren anfangs nicht sichtbar, da der gesamte Prozess unterbrochen wurde und die gesamte IDE nicht mehr reagierte. Die Nachrichten sind alle gleich:

[Dateipfad]: TF400307: Der Download-Vorgang endete nach Warten 599 Sekunden für eine Antwort vom Server.

Answer 1

Ich hatte das gleiche Problem mit TFS, wo es hängen und reagieren würde.

Ich habe eine Lösung gefunden, indem Sie die tf.exe.config oder devenv.exe aktualisieren.config-Datei mit den folgenden Konfigurationswerten:

<system.net> 
    <connectionManagement> 
     <add address="*" maxconnection="1000"/> 
    </connectionManagement> 
</system.net> 

ich die Grenze bis 1000 auf meiner Seite, als ich vorsichtig den Wert in Resource Monitor beobachtete, obwohl ich ehrlich nie bekam mehr als 600 gleichzeitige Verbindungen.

Answer 2

Also, was passiert ist, dass TFS-Client in VS 2012 einen Fehler darin hat, dass es timeouting auf alle Dateien nach einiger Zeit in den Prozess zu starten verursacht, wenn ein Befehl get für eine größere Anzahl der Dateien ausgeführt .

Wie unten im MS Connect-Ticket erwähnt, besteht die Umgehung für den Moment darin, den älteren TFS-Client zum Ausführen der Zeitüberschreitungsbefehle zu verwenden. Ich habe erfolgreich den VS 2010 TFS Client verwendet, um das Projekt zu starten.

• Microsoft Connect - Visual Studio: Get latest version fails with timeout

Answer 3

Hier gilt das gleiche, Sie sind sehr geduldig! Ich habe auch eine "TF400324: Team Foundation-Dienste sind nicht verfügbar vom Server xyz. Technische Informationen (für den Administrator): Die Operation abgelaufen" Fehler aus Source Control Explorer, nachdem ich den neuesten Prozess abbrechen und seit Ewigkeiten gewartet. Es ist vielleicht nicht die Anzahl der Dateien, sondern die Menge der Daten? Es hängt an mir nach ca. 2GB übertragenen Daten, das ist genau dann, wenn eine 32bit vorzeichenbehaftete Ganzzahl überläuft, aber das ist nur ein Verdacht. Ticket: https://connect.microsoft.com/VisualStudio/feedback/details/776506/source-control-explorer-getlatest-hangs-after-certain-amount-of-data-transferred-might-be-integer-overflow#tabs

Answer 4

Gleiches Problem, die neueste Version mit VS 2012 von TFS 2008. Mit dem Debugger und Fiddler-Tool konnte ich den Moment abfangen, in dem VS hängt. Sieht aus wie etwas falsch ist, wenn VS 2012 einige komprimierte TFS-Server-HTTP-Antworten empfängt, sie nicht dekomprimieren kann und nicht mehr reagiert. Nachdem ich die Komprimierung für TFS-HTTP-Datenverkehr ausgeschaltet habe, hängt VS nicht mehr. Hoffe es hilft jemand anderem.

deaktivieren Um TFS Komprimierung Registrierungswert erstellen und starten VS:

HKEY_CURRENT_USER \ Software \ Microsoft \ Visualstudio \ 11.0 \ TeamFoundation \ RequestSettings EnableCompression (REG_SZ) =“false“

Answer 5

konfrontiert ich die ähnlich Problem. Das Ändern von Workspace funktionierte für mich, d. H. Ich entfernte den alten Arbeitsbereich und erstellte einen neuen Arbeitsbereich, in dem ich die erforderlichen Projekte neu kartierte. Es funktionierte wie ein Zauber!

Answer 6

Ich bemerkte, als ich die CreateWorkspace-Methode mit neuen WorkFolders-Zuordnungen als Parameter aufgerufen hatte, alle Dateien (zugeordnet zu $ ​​/) nach local zu ziehen, was die lange Bearbeitungszeit erklären würde - geändert zu CreateWorkspace mit null für WorkFolders als hinzugefügt Nächster Schritt schien den Trick zu tun