В моей компании у нас есть решение Visual Studio 2017, которое имеет 8 проектов;Из них 6 проектов ASP Web Forms, 1 библиотека классов и 1 тестовый проект для библиотеки классов.Если вы извлекаете решение из SVN и открываете его в первый раз, загрузка Visual Studio занимает от 15 до 30 минут (в зависимости от характеристик вашего компьютера).Его легко воспроизвести, это происходит на каждой рабочей станции разработчика.После первой загрузки вы можете довольно быстро закрыть / снова открыть решение.
Если вы вытаскиваете другую ветку из SVN (то же хранилище) и открываете решение в новой ветви, оно снова зависает.,После загрузки новой ветки .sln в первый раз она открывается быстро.Однако после загрузки второй ветви .sln, если вы попытаетесь открыть .sln из первой ветви, она снова зависнет.Поэтому каждый раз, когда вы переходите от одной ветки к другой, вы должны ждать, пока загрузчик .sln загрузится в первый раз (очень странно, я знаю).Это воспроизводимо и происходит каждый раз.Но опять же, после того, как вы преодолеете зависшее решение и загрузите его, вы можете очень быстро закрыть / снова открыть решение этой ветви.
Когда VS зависает в строке состояния, он говорит: «Загрузка файла проекта xxx»и он будет зависать на 3 или 4 разных проектах, каждый от 3 до 5 минут перед загрузкой следующего проекта.Мы заметили, что если вы нажмете X в верхнем правом углу окна, чтобы закрыть VS, вы получите сообщение о том, что приложение не отвечает.Если вы выберете «Закрыть программу», затем снова откройте файл решения, он быстро загрузит зависший проект и перейдет к следующему.Что-то в принудительном закрытии приводит к быстрой загрузке зависшего проекта в следующий раз, когда вы открываете это решение.
Итак, наш обходной путь к этой проблеме: нужно ли вам открывать .sln в первый раз или еслиВы открыли .sln из другой ветки и вам нужно заново открыть другую ветку, вам следует открыть принудительное закрытие решения и повторять 3-4 раза, пока решение не загрузится.Это утомительно, но занимает меньше минуты, чем ожидание 15+ минут для VS, чтобы открыть решение.
Все разработчики в нашей команде испытывают такое же поведение на своей рабочей станции.У нас даже были консультанты, помогающие нам в различных проектах, которые ведут себя одинаково.Это также произошло с VS 2015.
Кто-нибудь еще испытал это и есть предложения по его исправлению?Я даже не уверен, как лучше всего это устранить.