Nakładka na plik TortoiseSVN - czy są jakieś sposoby na jej ulepszenie?

Question

Używam TortoiseSVN na mojej maszynie programistycznej (z systemem Windows Server 2003) i VisualSVN Server po stronie serwera. Obie są najnowszymi wersjami (w stosunku do Subversion 1.6.5).

Wszystko działa dobrze ogólnie; jednak jestem trochę sfrustrowany nakładkami plików TortoiseSVN (małe ikony, które pokazują zablokowane lub zmodyfikowane statusy plików w Eksploratorze). Czasami wydaje się, że te nakładki aktualizują się natychmiast po zatwierdzeniu lub zablokowaniu, czasem zmieniają się tylko po kilku odświeżeniach, a czasami pokazują zupełnie niewłaściwy status do następnego ponownego uruchomienia.

Odpowiedź może być niemożliwa, biorąc pod uwagę ilość zmiennych (na przykład inne zainstalowane oprogramowanie), ale czy są jakieś znane sztuczki, które przyspieszą aktualizację tych nakładek?

Answer 1

Zdecydowanie największy wzrost wydajności Dostałem ustawić klienta Ikona nakładek nie przetwarzać cały dysk twardy, tylko lokalizacje moje pliki SVN żyć.

Aby to zrobić, otwórz ustawienia (prawy- kliknij Explorer-> TortoiseSVN-> Ustawienia), wybierz Ikona Nakładki, następnie w Wykluczanie ścieżek: wprowadzić c:\*

w Dołącz ścieżki: wprowadzić ścieżki do katalogów kopii roboczej Subversion (dla mnie wszystkie są pod c:\subversion\* i c:\workspaces\*)

pomocą nowej linii do oddzielenia wpisy (patrz zrzut ekranu)

To sprawiło, że klient wydaje tysiąc razy szybciej.

Ten zrzut ekranu pokazuje, jak wykluczyć c: i D: dyski, tylko w tym odpowiednich katalogach:

Możesz uzyskać więcej wskazówek wydajność z TortoiseSVN docs.

Answer 2

Można było disable TSVNCache.exe altogether. Zdecydowałem, że będę żył bez zaktualizowanych ikon, jeśli oznaczałoby to, że mogę szybciej otwierać i zamykać kolejność obiektów Visual Studio.

Można również obniżyć priorytet TSVNCache, czyli to, co mój szef zrobił z sukcesem. Głównym problemem, jaki mieliśmy, były czasy uruchamiania i wyłączenia Visual Studio, więc napisał plik wsadowy, który obniżył priorytet procesu, a następnie uruchomił VS.