Performance de superposition de fichiers TortoiseSVN - existe-t-il des moyens de l'améliorer?

Question

J'utilise TortoiseSVN sur mon ordinateur de développement (exécutant Windows Server 2003) et sur le serveur VisualSVN côté serveur. Les deux sont les dernières versions (contre Subversion 1.6.5).

Tout fonctionne bien en général; Cependant, je suis un peu frustré avec les superpositions de fichiers TortoiseSVN (les petites icônes qui montrent les statuts verrouillés ou modifiés sur les fichiers dans l'Explorateur). Parfois, ces superpositions semblent se mettre à jour instantanément après une validation ou un verrouillage, parfois elles ne changent qu'après quelques rafraîchissements, et parfois elles affichent complètement le mauvais état jusqu'au prochain redémarrage.

Il peut être impossible de répondre à cette question, étant donné le nombre de variables (autres logiciels installés, par exemple), mais y a-t-il des astuces connues pour accélérer la mise à jour de ces overlays?

Answer 1

De loin la plus forte augmentation de la performance que je suis arrivé était de placer l'icône Superpositions pour traiter non du client tout le disque dur, seuls les emplacements mes fichiers SVN vivent.

Pour ce faire, ouvrez les paramètres (droite cliquez dans Explorer-> TortoiseSVN-> Paramètres), sélectionnez Icône superpositions, puis dans le Ne comptez pas les chemins: entrer c:\*

dans le Inclure les chemins: eNTRER les chemins d'accès à vos répertoires de copie de travail de Subversion (pour moi tous sont sous c:\subversion\* et c:\workspaces\*)

Utilisez une nouvelle ligne pour séparer les entrées (voir capture d'écran)

Cela fait que le client semble mille fois plus rapide.

Cette capture d'écran montre comment exclure c: et D:, tout y compris les répertoires concernés:

Vous pouvez obtenir quelques conseils de performance de la TortoiseSVN docs.

Answer 2

Vous pouvez disable TSVNCache.exe altogether. J'ai décidé que je serais prêt à vivre sans icônes mises à jour si cela signifiait que je pourrais ouvrir et fermer des ordres de magnitude Visual Studio plus rapidement.

Vous pouvez également réduire la priorité de TSVNCache, ce que mon patron a fait avec succès. Le principal problème que nous avions était les temps de démarrage et d'arrêt de Visual Studio, donc il a écrit un fichier batch qui a abaissé la priorité du processus, puis a commencé VS.