Visual Studio 2013, TFS est très lent
quand j'ai installé VS Ultimate 2013, tout allait bien, mais depuis un mois, c'est un chien. Le contrôle source explore dans mon installation Visual Studio 2013 est très lent. Il suffit de cliquer sur un noeud et l'affichage du contenu du noeud prend plus de 20 secondes.
tout le monde dans l'équipe est ok, donc ce n'est pas le serveur TFS c'est juste mon installation. J'ai supposé que c'était un addin que j'avais installé dans VS, donc je les ai désactivés, mais pas de chance.
des idées?
11 réponses
après avoir essayé toutes les suggestions, déchargé tous les add ons, essayé de réinstaller VS, supprimé tous les espaces de travail supplémentaires, etc. la réponse à mon problème était de détacher mon espace de travail, puis reconfigurer. Le problème est résolu. En ai pas la moindre idée de ce que la faille sous-jacente a été.
dans mon cas, la seule façon de se débarrasser du gal était de changer l'emplacement de mon espace de travail de "local" au serveur. Vous pouvez le faire sous les options avancées pour votre espace de travail.
Le "full blast" solution qui a fonctionné pour moi a été;
- supprimer l'espace de travail
- supprimer tout le code source
- reconstruire l'espace de travail
- solution de reconstruction
prend seulement quelques minutes de plus que reconstruire l'espace de travail (voir la réponse de @DaveF) mais m'a donné un peu plus de confiance que tout se tient ensemble.
nettoyage des dossiers locaux aidé: voir 'Team Explorer-modifications en cours', sous ' modifications exclues 'il a dit:'détecté: 50000 ajouter(s)'. Cliquez dessus pour voir le chemin vers les dossiers.
cela me rend fou aussi pendant plus de six mois jusqu'à ce que je trouve cette instruction. Maintenant, ma VSO est en train de flirter. Remarque: ces renseignements, j'ai la copie de quelqu'un. J'aimerais leur donner du crédit, mais je ne me souviens pas comment j'ai trouvé ça.
vous pouvez corriger ce problème de TFS en éditant le registre. Naviguer vers la clé HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\TeamFoundation\SourceControl\Proxy et puis changer la valeur de L'URL à n'importe quel site web fictif comme "www.abcdummy.com" Redémarrage VS après révision de la valeur clé du registre.
j'ai eu le même problème, ça m'a occupé pendant une semaine ou deux, mais après avoir examiné ma configuration complète j'ai trouvé ce qui suit:
dans mon ASP.NET application, j'ai eu un répertoire d'image et un répertoire de cache d'image, avec beaucoup d'images dans eux. (+200.000). Tous les deux n'ont pas été inclus dans mon projet VS, mais Visual Studio / TFS a quand même trébuché sur ce point.
tout d'abord, j'ai trouvé, que lors de la vérification de certains fichiers (qui a pris plus de 10 minutes lorsque le problème existait), en ' équipe Explorer-Pending Changes', sous 'Excluded Changes', il est dit: 'Detected: 50000 add(s)'. Essayer de se débarrasser de cela de la "manière normale", en ouvrant cette fenêtre "promouvoir les changements de candidats" et en mettant ces fichiers à ignorer, n'a toujours pas fait grand-chose. Mais après avoir déplacé ces répertoires d'images à un autre endroit, en dehors de mon projet, tous les problèmes ont disparu. Bien sûr, j'ai dû ajouter ces répertoires déplacés comme répertoires virtuels pour voir encore mes images.
j'ai nettoyé mon espace de travail de projets inutiles et il fonctionnait mieux. Je pense que vh_click est sur quelque chose avec les 50 000 annonces. TFS garde la trace de toutes vos modifications et au fil du temps avec des tonnes de projets, d'Annulation, et de folie, vous pourriez amasse un grand ensemble dont TFS doit chug. Sortez le Clorox, la comète ou n'importe quoi d'autre que vous nettoyez et videz des trucs ou déplacez-les vers un dossier d'archive ou un lecteur de sauvegarde.
nettoyer l'espace de travail était la solution pour moi, lors de l'ouverture de visual studio 2015 la fenêtre de contrôle Source restera dans une phase de chargement, j'avais 2 noms d'espaces de travail et de name_1 et j'ai enlevé les deux. Pas besoin de supprimer tout le dossier, Cependant, gardez à l'esprit que si vous supprimez l'espace de travail et avez les fichiers, vous aurez besoin de forcer la dernière obtenir pour être sur le côté sûr
obtenir la dernière mise à jour était tellement lent. J'utilisais un PC de collègues et j'avais supprimé son espace de travail.
Après une heure d'attente pour obtenir la dernière j'ai eu une erreur et réalisé mon le compte utilisateur n'avait pas le contrôle total sur le dossier, donnant Accès en Écriture fait Obtenir la Dernière x1000 plus rapide:
est-ce que cela m'est arrivé à quelques reprises maintenant, donc il y a certaines choses que j'aimerais ajouter à la réponse acceptée.
je travaille dans un endroit où nous avons beaucoup de VS des solutions avec beaucoup de fichiers. directives de Microsoft suggérez que vous ne devriez pas utiliser un espace de travail local s'il contient plus de 100 000 articles. Si vous pouviez éviter ce problème:
- ne Pas utiliser les espaces de travail locaux
- s'assurer de ne jamais cartographier assez de dossiers dans un espace de travail unique qu'il obtient plus de 100.000 fichiers associés avec elle.
- déclaration périodique de "faillite TFS" et démappage de tout.
pour moi, l'inconvénient d'avoir à utiliser un verrouillage strict et de ne pas avoir d'accès hors ligne rend #1 inacceptable. Je vais essayer plus fort de faire #2, mais honnêtement #3 est ce que j'ai vécu.
C'est un peu comme les premières fenêtres, où chaque année ou à peu près vous deviez juste réinstaller le système d'exploitation pour supprimer toutes les miettes accumulées.
juste pour ajouter une autre solution! J'ai eu le même problème qui semblait être causé par plusieurs couches de dossiers de travail configurés dans mon espace de travail (certains se chevauchant aussi).
le problème a été résolu en gérant les espaces de travail, puis en éditant et en supprimant les fixations de dossiers supplémentaires.