Visual Studio извлекает неверный путь к проекту откуда-то

просто удаление решений .suo файл работал на меня.

Я столкнулся с этой проблемой после выполнения миграции из Visual Source Safe 2005 в TFS 2012. Я не мог дождаться "мастера преобразования" в ближайшие пару недель, поэтому я просто запустил VSSConvert.исполняемый. Это заняло 6 или около того лет истории и переместило его в TFS.. хотя я не получил фактическую историю временной шкалы.. Я получил кучу записей в тот же день с комментариями, указывающими на фактические проверки истории.. не плохо.

Так что после того, как он бежал всю ночь (успешно, ура!), У меня возникли проблемы с загрузкой моих проектов так же, как этот вопрос заявил. По какой-то причине несколько проектов ссылались на неверный каталог. Я проверил .sln, the .файлы vsproj и получение последних, удаление повторного получения, добавление удаления и т. д.. Я попробовал все, что здесь отмечено... даже обновление моего рабочего пространства, которое я не уверен, что это даже сделало.

наконец-то... Я удалил *.СУО файлы и Виола. Это сработало.

Я потратил пару часов на вот этот.

немного другое решение.

TFS отображал несуществующий путь для конкретного решения. Раньше у меня был ноутбук с отдельным диском D:, но теперь у меня просто есть диск C:. TFS все еще думал, что мой проект был сохранен D:\Project\MikesProject

у меня нет .suo файл для удаления, D: path не упоминается в любом месте моего рабочего пространства (похоронен под File\Source Control\Advanced\Workspaces меню), TFS показал, что у меня есть последние файлы в моем (больше не существует) D: каталог и TFS в VS2013 не имели опции "удалить сопоставления" для этого проекта.

а то сделал работа заключалась в том, чтобы просто сделать "получить последнюю версию" в проекте.

после этого на мой диск C: была записана новая копия кода, и (интересно) теперь был показан локальный путь подчеркнутый.

ранее путь D: не был показан таким образом.

странно. Очень странный.

У нас были подобные проблемы с перемещениями и переименованиями. Удаление локальных каталогов, а затем получение снова решили его.

даже после удаления .suo файл и .vs папки, мне пришлось редактировать .sln файл и удалить старый относительный url из SccProjectName# несмотря на SccLocalPath# правильно. По-видимому, VS также использует имя в качестве пути подсказки.

Попробуйте удалить или переименовать .файл suo (включая расширение). Этот файл находится в том же месте, где находится файл решения. Это сработало для меня.

просто догадываюсь, но, возможно, некоторые из ваших других проектов ссылаются на ваш проект из неправильного места? В этом случае вам нужно не просто удалить и повторно вставить проект в ваше решение, вам также придется удалить и воссоздать ссылки из ссылочных проектов (сохраненных в их .файлов csproj).

после попытки многих рекомендаций я удалил файл suo ( снова ). Последний раз сработало. Почему это не сработало раньше я не знаю. В общем, я считаю удаление файла suo одним из первых шагов, которые я делаю.

У меня был мой asp.net решение для веб-сайта открыто из моей ветви Dev. Затем для какой-то другой цели я открыл такое же решение из главной ветки.

Я внес изменения в один из моих .ascx вносятся.cs-файл в ветке dev и установите точку останова. Когда я запустил отладчик, все мои точки останова были поражены в ветке Dev, за исключением .ascx вносятся.cs, который ударил по главной ветке. Понятия не имею.

попытался очистить временную папку, но не работает.

что работал:

закрыты все экземпляры Visual Studio

снова открыл решение из ветки Dev.

запустите снова, и точки останова начали ударять.

в моем случае я скопировал *.sln файл в папку проекта и изменил путь к проекту в *.sln файл. Только это решило проблему (против 2015 с пакетом обновления 1, проект winservise).

удалить *.СУО не помогает мне.

Если вы используете свое веб-приложение под локальным IIS вместо IISExpress, убедитесь, что вы нажали кнопку "создать виртуальный каталог", перейдя в свойства проекта. Как только это будет сделано, выполните "чистое решение" и "перестроить решение".

Я знаю, что это старая линия. Я только что прошел через ту же проблему. Недавно мы перенесли TFS, поэтому я создал новую рабочую область для сопоставления с новым сервером и сохранил старый. Каждый раз, когда я открываю решение, которое должно быть нацелено на мою новую рабочую область, VS всегда пытался загрузить проекты из моего старого каталога сопоставления, пока я не удалил свою старую рабочую область.