Get zawiesza poleceń za pomocą VS 2012 i 2008 (TFS TFS błąd TF400307)

Question

dzisiaj, nagle znalazłem się, że nie jestem w stanie pomyślnie zakończyć każdy rodzaj dostać polecenia na naszej TFS. Przez cały czas proces się w pewnym momencie zawiesza, pasek postępu i komunikat o statusie z aktualnie przetwarzanym plikiem pozostaje taki sam na zawsze, nie są zgłaszane żadne błędy. Dzieje się to za każdym razem w innym pliku, prędzej czy później w procesie za pomocą zarówno IDE, jak i narzędzia wiersza poleceń.

Używam Visual Studio Premium 2012 z TFS 2008.

nigdy nie miałem podobny problem przed wczoraj i wszystko działało w porządku. Nie jestem świadomy żadnych zmian konfiguracji od tego czasu i jestem jedyną osobą w firmie, która ma problem.

Nie sądzę, że istnieje bezpośrednia odpowiedź na pytanie, dlaczego tak się dzieje, ale czy ktoś może podać wskazówki dotyczące debugowania i rozwiązywania tego problemu?

Do tej pory próbowałem na różne sposoby, uruchamiając komendę get - najnowsza wersja, specyficzna wersja map + uzyskać najnowsze, zarówno wewnątrz jak i VS IDE poprzez linię poleceń. Również wiele innych poleceń TFS działa dobrze.

Edit:

Po pewnym prób i błędów, pozostawiając proces dzieje na godzinę lub więcej, ale w końcu natknął się komunikaty o błędach w oknie wyjściowym kontroli źródła. Początkowo nie były one widoczne, ponieważ kiedy proces się zawiesił, całe IDE przestało reagować. Komunikaty są takie same:

[ścieżka pliku]: TF400307: Operacja pobierania przekroczyła limit czasu oczekiwania po 599 sekundach na odpowiedź z serwera.

Answer 1

miałem ten sam problem z TFS gdzie byłoby powiesić i przestać odpowiadać.

Znalazłem rozwiązanie tego poprzez aktualizację tf.exe.config lub devenv.exe.Plik konfiguracyjny z następujących wartości konfiguracyjnych:

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

ustawić limit do 1000 po mojej stronie, a ja uważnie obserwował wartość w monitorze zasobów, choć prawdę mówiąc nie mam wyższy niż 600 jednoczesnych połączeń.

Answer 2

Więc co się dzieje, że TFS klienta w VS 2012 ma błąd w nim, że powoduje rozpoczęcie timeouting na wszystkich plików po jakimś czasie do procesu podczas uruchamiania komendy dostać za większego liczby plików .

Jak wspomniano w bilecie MS Połącz poniżej, obejściem tego problemu jest użycie starszego klienta TFS do uruchamiania poleceń timeouting. Z powodzeniem użyłem klienta TFS linii poleceń VS 2010 do wykonania projektu.

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

Answer 3

samo tu, jesteś bardzo cierpliwy! Dostałem również "TF400324: Usługi Team Foundation nie są dostępne z serwera xyz. Informacje techniczne (dla administratora): Przekroczono limit czasu operacji" z Source Control Explorer po anulowaniu procesu Pobierz najnowsze i czekałem na wieki. To może nie o liczbie plików, ale o ilości danych? Zawiesza się do mnie po około 2GB danych przesłanych, co jest dokładnie wtedy, gdy 32-bitowa liczba całkowita ze znakiem jest przepełniona, ale to tylko podejrzenie. biletu: 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

obliczu sam problem coraz ostatnią wersję z VS 2012 z TFS 2008. Korzystanie z debugera i narzędzia Fiddler udało mi się uchwycić chwilę VS zawiesza. Wygląda na to, że coś jest nie tak, gdy VS 2012 otrzyma skompresowane odpowiedzi HTTP serwera TFS, nie może ich rozpakować i zawiesić się. Po wyłączeniu kompresji dla ruchu HTTP TFS VS nie zawiesza się. Mam nadzieję, że pomaga komuś innemu.

Aby wyłączyć kompresję TFS utworzyć wartość rejestru i uruchom ponownie VS:

HKEY_CURRENT_USER \ Software \ Microsoft \ VisualStudio \ 11.0 \ TeamFoundation \ RequestSettings EnableCompression (REG_SZ) =”false”

Answer 5

wychodził podobny kwestia. Zmiana Workspace działała dla mnie, tj. Usunąłem stary obszar roboczy i utworzyłem nowy, w którym ponownie zmapowałem wymagane projekty i działało jak czar !.

Answer 6

Zauważyłem, że gdy wywołałem metodę CreateWorkspace z nowymi odwzorowaniami WorkFolders jako parametr, zacząłem ściągać wszystkie pliki (zmapowane do $ /) na lokalny, co wyjaśniałoby długi czas przetwarzania - zmieniono na CreateWorkspace z wartością null dla WorkFolders niż dodano następnym krokiem wydawało się rade