TortoiseSVN Datei-Overlay-Leistung - Gibt es Möglichkeiten, sie zu verbessern?

Question

Ich verwende TortoiseSVN auf meinem Entwicklungscomputer (mit Windows Server 2003) und VisualSVN Server auf der Serverseite. Beide sind die neuesten Versionen (gegen Subversion 1.6.5).

Alles funktioniert gut allgemein; Ich bin jedoch ein wenig frustriert über die TortoiseSVN-Datei-Overlays (die kleinen Symbole, die gesperrte oder modifizierte Status für die Dateien im Explorer anzeigen). Manchmal scheinen sich diese Überlagerungen nach einem Festschreiben oder Sperren sofort zu aktualisieren, manchmal ändern sie sich erst nach einigen Aktualisierungen und manchmal zeigen sie bis zum nächsten Neustart den falschen Status.

Angesichts der Menge an Variablen (z. B. anderer installierter Software) ist es vielleicht eine unmögliche Frage, aber gibt es Tricks, um die Aktualisierung dieser Overlays zu beschleunigen?

Answer 1

Bei weitem die größte Leistungssteigerung ich bekam, war die Client-Icon-Overlays zu setzen, um nicht die gesamte Festplatte zu verarbeiten, nur die Standorte meine SVN Dateien leben.

Um dies zu tun, öffnen Sie die Einstellungen (rechts- in Explorer- klicken> TortoiseSVN-> Einstellungen), wählen Sie Icon Overlays, dann in der Pfade ausschließen: eingeben c:\*

im Pfade umfassen: die Pfade zu Ihren Subversion-Arbeitskopie Verzeichnisse eingeben (für mich Alle sind unter c:\subversion\* und c:\workspaces\*)

eine neue Zeile fügen Sie Einträge trennen (siehe Screenshot)

Diese den Client scheinen schneller tausendmal gemacht.

Dieser Screenshot zeigt, wie c auszuschließen: und d: Antriebe, darunter nur die relevanten Verzeichnisse:

Sie können einige weitere Tipps zur Leistung von der TortoiseSVN docs bekommen.

Answer 2

Sie könnten disable TSVNCache.exe altogether. Ich entschied, dass ich bereit war, ohne aktualisierte Symbole zu leben, wenn es bedeutete, dass ich Visual Studio um Größenordnungen schneller öffnen und schließen konnte.

Sie könnten auch die Priorität von TSVNCache senken, was mein Chef mit Erfolg getan hat. Das Hauptproblem, das wir hatten, war das Starten und Herunterfahren von Visual Studio, also schrieb er eine Batch-Datei, die die Priorität des Prozesses herabsetzte und dann VS startete.