Visual Studio 2013, TFS est très lent
Lorsque j'avais initialement installé VS Ultimate 2013, tout allait bien, mais depuis un mois environ, il s'agit d'un chien . Le contrôle de source à explorer dans l'installation de Visual Studio 2013 est très lent. Il suffit de cliquer sur un nœud pour afficher le contenu du nœud en 20 secondes ou plus.
Tous les autres membres de l'équipe sont d'accord, donc ce n'est pas le serveur TFS, c'est juste mon installation ... J'ai supposé que c'était un add-in que j'avais installé dans VS, ce qui les a désactivés, mais pas de chance.
Des idées?
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é-mapper mon espace de travail, puis de le remapper . Problème résolu. Pas eu la moindre idée de la faute sous-jacente.
Dans mon cas, le seul moyen de se débarrasser du décalage était de changer l'emplacement de mon espace de travail de "local" à serveur. Vous pouvez le faire dans les options avancées de votre espace de travail.
La solution «complète» qui a fonctionné pour moi était;
- supprimer un espace de travail
- supprimer tout le code source
- reconstruire l'espace de travail
- reconstruire la solution
Cela ne prend que quelques minutes de plus que seulement / à reconstruire l’espace de travail (voir la réponse de @ DaveF), mais cela m’a donné un peu plus de confiance dans le fait que tout est suspendu.
Nettoyage des dossiers locaux aidés: voir «Team Explorer - Modifications en attente», sous «Modifications exclues», il est indiqué: «Détecté: 50000 add (s)». Cliquez dessus pour voir le chemin d'accès aux dossiers.
Si cela m'était arrivé plusieurs fois maintenant, j'aimerais ajouter quelque chose à la réponse acceptée.
Je travaille dans un endroit où nous avons beaucoup de solutions VS avec beaucoup de fichiers. Les instructions de Microsoft suggèrent que vous ne devriez pas utiliser un espace de travail local s'il contient plus de 100 000 éléments. Ainsi, vous pouvez éviter ce problème entièrement en:
- Ne pas utiliser les espaces de travail locaux
- Veillez à ne jamais mapper suffisamment de dossiers dans un seul espace de travail pour que plus de 100 000 fichiers lui soient associés.
- Déclarer périodiquement "faillite de TFS" et tout dé-cartographier.
Pour moi, l’inconvénient de devoir utiliser un verrouillage strict et de ne pas avoir d’accès hors connexion rend le n ° 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 au début de Windows, où chaque année environ, il suffisait de réinstaller le système d'exploitation pour supprimer tout le contenu accumulé.
J'ai nettoyé mon espace de travail des projets inutiles et cela fonctionnait mieux. Je pense que vh_click est sur quelque chose avec les 50.000 annonces. TFS garde une trace de toutes vos modifications et au fil du temps avec des tonnes de projets, des annulations et de la folie que vous pourriez créer avec un grand ensemble de choses que TFS doit gérer. Sortez le Clorox, le Comet ou tout ce que vous nettoyez et déposez des fichiers indésirables ou déplacez-les dans un dossier d'archivage ou un lecteur de sauvegarde.
Juste pour jeter une autre solution dans le mélange! 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 accédant à Gérer les espaces de travail, puis à Modifier et en supprimant les liaisons de dossiers supplémentaires.
Obtenir les dernières nouvelles était tellement lent. J'utilisais un PC collègues et j'avais supprimé son espace de travail.
Après une heure d'attente pour obtenir les dernières informations, j'ai eu une erreur et je me suis rendu compte que mon le compte d'utilisateur ne disposait pas du contrôle total sur le dossier, donnant un accès en écriture rendu Obtenir la dernière exécution x1000 plus rapidement:
J'ai eu le même problème, cela m'a tenu occupé pendant environ une semaine, mais après avoir étudié ma configuration complète, j'ai trouvé ce qui suit:
Dans mon application ASP.NET, j'avais un répertoire d'images et un répertoire de cache d'images contenant de nombreuses images. (+200.000). Les deux n'étaient pas inclus dans mon projet de VS, mais Visual Studio/TFS a tout de même déclenché.
Tout d'abord, j'ai constaté que lors de l'enregistrement de certains fichiers (ce qui prenait plus de 10 minutes lorsque le problème existait), dans 'Team Explorer - Modifications en attente', sous 'Modifications exclues', il était écrit: 'Détecté: 50000 add (s)'. Essayer de se débarrasser de cette "manière normale", en ouvrant la fenêtre "Promouvoir les modifications du candidat" et en configurant ces fichiers pour qu'ils soient ignorés, n'a toujours pas fait grand-chose. Mais après avoir déplacé ces répertoires d'images vers un autre emplacement, en dehors de mon projet, tous les problèmes ont disparu. Bien sûr, je devais ajouter ces répertoires déplacés en tant que répertoires virtuels pour toujours voir mes images.
Cela me rend fou aussi pendant plus de six mois, jusqu'à ce que je trouve cette instruction. Maintenant, mon VSO s'envole. Remarque: cette information que je copie de quelqu'un. Voudrais leur donner du crédit, mais je ne me souviens pas comment j'ai trouvé cela.
Vous pouvez résoudre ce problème de TFS en modifiant le registre . Accédez à la clé HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12.0\TeamFoundation\SourceControl\Proxy , Puis modifiez la valeur de l'URL en un site Web factice comme " www.abcdummy.com ' Redémarrez VS après avoir modifié la valeur de la clé de registre.
Nettoyer l’espace de travail était la solution pour moi, lors de l’ouverture de visual studio 2015, la fenêtre de contrôle des sources restait dans une phase de chargement, j’avais 2 espaces de travail, nom et nom_1, et j’ai supprimé les deux . , gardez à l’esprit que si vous supprimez l’espace de travail et que vous avez les fichiers, vous devrez forcer l’obtention de la dernière copie pour des raisons de sécurité.