Когда я изначально устанавливал VS Ultimate 2013, все было в порядке, но за последний месяц или около того это была собака. Исходный контроль в моей установке Visual Studio 2013 очень медленный. Просто нажав на node, и действие отображения содержимого node займет 20 + секунд.
Все остальные члены команды в порядке, так что это не сервер TFS, это просто моя установка. Я предположил, что это было какое-то дополнение, которое я установил в VS, поэтому отключил их, но не повезло.
Любые идеи?
Пробовав все предложения, выгрузив все добавления, попытался переустановить VS, удалил все дополнительные рабочие области и т.д., ответ на мою проблему состоял в том, чтобы размонтировать мое рабочее пространство, а затем переназначить его. Задача решена. Не понял, какова основная ошибка.
В моем случае единственным способом избавиться от задержки было изменение моего местоположения рабочей области с "локального" на сервер. Вы можете сделать это в расширенных параметрах для своего рабочего пространства.
Решение "полного взрыва", которое сработало для меня, было:
Только на несколько минут больше, чем просто восстановление рабочего пространства (см. ответ @DaveF), но дал мне немного больше уверенности в том, что все висит вместе.
Очистка локальных папок помогла: см. "Team Explorer - Pending Changes", в разделе "Исключенные изменения" сказано: "Обнаружено: 50000 добавлений". Щелкните по нему, чтобы просмотреть путь к папкам.
Это делает меня сумасшедшим тоже более шести месяцев, пока я не нахожу эту инструкцию. Теперь мой VSO бросает. Примечание: эту информацию я копирую от кого-то. Хотелось бы дать им кредит, но я не помню, как я это нашел.
Вы можете устранить эту проблему с помощью TFS, отредактировав реестр. Перейти к клавише HKEY_CURRENT_USER\Software\Microsoft\VisualStudio\12,0\TeamFoundation\SourceControl\Proxy а затем изменить значение URL-адреса на любой фиктивный веб-сайт, например "www.abcdummy.com", Перезапустите VS после изменения значения ключа реестра.
У меня была одна и та же проблема, она удерживала меня в течение недели или около того, но после изучения моей полной настройки я обнаружил следующее:
В моем приложении ASP.NET у меня был каталог изображений и каталог кеша изображений с большим количеством изображений в них. (200,000). Оба не были включены в мой проект VS, но все же Visual Studio/TFS справилась с этим.
Сначала я обнаружил, что при проверке некоторых файлов (на которые ушло более 10 минут, когда возникла проблема) в "Team Explorer - Pending Changes" в разделе "Исключенные изменения" сказано: "Обнаружено: 50000 добавлений (ов)". Пытаясь избавиться от этого "нормального пути", открыв окно "Продвинуть изменения кандидата" и установив эти файлы для игнорирования, все равно ничего не значило. Но после перемещения этих каталогов изображений в другое место, вне моего проекта, все проблемы исчезли. Конечно, мне пришлось добавить эти перемещенные каталоги в качестве виртуальных каталогов, чтобы по-прежнему видеть мои изображения.
Я очистил свое рабочее пространство от ненужных проектов, и он работал лучше. Я думаю, что vh_click подходит к чему-то с 50 000 объявлений. TFS отслеживает все ваши изменения и с течением времени с множеством проектов, отступлений и безумий, которые вы могли бы вынести из большого набора, который TFS должен разыгрывать. Выйдите из Clorox, Comet или что-то еще, что вы очистите, и сбросьте какой-то хлам или переместите его в какую-либо папку архива или резервный диск.
Очистка рабочего пространства была для меня решением, при открытии визуальной студии 2015 окно управления версиями останется на этапе загрузки, у меня было 2 имени рабочего пространства и имя_1, и я удалил оба. Не нужно удалять всю папку, однако имейте в виду, что если вы удаляете рабочую область и имеете файлы, вам нужно будет заставить последнюю версию быть в безопасности.
Получение последнего было soooooo slow. Я использовал компьютер коллег и удалил его Рабочее пространство.
После часа ожидания, чтобы получить последние данные, я получил сообщение об ошибке и понял, что у моей учетной записи пользователя нет полного доступа к папке, что дает Write Access сделать Получить последний запуск x1000 быстрее:
Если бы это случилось со мной несколько раз, поэтому есть некоторые вещи, которые я хотел бы добавить к принятому ответу.
Я работаю в месте, где у нас много VS-решений с большим количеством файлов в них. Рекомендации Microsoft предлагают не использовать локальное рабочее пространство, если в нем будет более 100 000 элементов. Таким образом, вы можете полностью предотвратить эту проблему:
Для меня недостаток в использовании строгой блокировки и отсутствии автономного доступа делает №1 неприемлемым. Я постараюсь сделать еще 2, но, честно говоря, № 3 - это то, чем я живу.
Его вроде ранней Windows, где каждый год или около того вам приходилось просто переустанавливать ОС, чтобы удалить все накопленные трещины.