cofanie zmian oczekujących w programie Visual Studio zawiesza się przy dużej liczbie zmian

Używam vs2012 z tfs. Cała sytuacja się zawiesza, gdy próbuję cofnąć duży zestaw zmian dla całego rozwiązania. Rozwiązaniem, które zastosowałem, jest wykonanie tego projektu według projektu. Czy jest lepszy sposób to zrobić?cofanie zmian oczekujących w programie Visual Studio zawiesza się przy dużej liczbie zmian

Przepisałbym tfs na nowy katalog, ale wtedy wszystkie te płatności musiałyby zostać cofnięte. Wszelkie sugestie osób, które napotkały i rozwiązały ten problem, są mile widziane.

Źródło

2013-04-09 Jay Jay Jay

Denerwujące jest to, że TFS nawet nie mówi ci, co dzieje się w tle, gdy próbuje przejść przez duży duży zestaw zmian z wieloma projektami. –

To wciąż jest to samo z VS2015 –

tf undo z wiersza polecenia programisty dla VS2012 nieco szybciej niż IDE.

np: tf undo $/YourTeamProject /recursive

Źródło

2013-04-09 21:13:15 KMoraz

Dziękuję, to również działało dla Visual Studio 2013. "[S] lekko szybciej" jest dużym niedomówieniem, jeśli istnieją tysiące plików! :) –

Uratowałeś mnie, dzięki! –

Hurra za tę odpowiedź. Miałem ogromny katalog (800 MB + około 27 000 plików) do cofnięcia. VS przestał reagować. Wydaje się, że "nieco szybciej" oznacza różnicę między "niewykonalnym" i "płonącym szybko". :) –

Nie robi dużo - wysyła Undo żądanie do serwera w odpowiedzi otrzymuje dane umieścić na dysku. Jeśli masz wolne połączenie z serwerem lub masz wolne proxy (skaner antywirusowy, może?), Może to znacznie spowolnić proces.

Jeśli okaże się, że tak się dzieje, najlepszym sposobem działania jest aktualizacja do TFS 2012 na serwerze, Visual Studio 2012 na kliencie, a następnie zapewnienie, że używasz lokalnego obszaru roboczego. W takim przypadku nie musisz kontaktować się z serwerem, aby się cofnąć.

Źródło

2013-04-09 21:35:26

+10

Poważnie, jedynym sposobem na rozwiązanie problemów TFS nie jest użycie TFS. – Max

@max Oczywiście, proces-ciężki checkout/edit/checkin workflow nie jest dla wszystkich. TFS oferuje lokalne obszary robocze (edytuj/scalaj/zatwierdzaj), jeśli wolisz ten przepływ pracy. I, oczywiście, DVCS używający Git. –

tak, przepraszam. Miałem zły dzień, w którym operacja tfs spowodowała, że visual studio zawiesiło się przez ponad godzinę ... operacja, która nie byłaby nawet potrzebna, gdybyśmy używali git lub subversion. – Max

cofanie zmian oczekujących w programie Visual Studio zawiesza się przy dużej liczbie zmian

Odpowiedz

Powiązane problemy