Візуальна студія, яка виводить звідкись неправильний шлях до проекту

Visual Studio (і, можливо, TFS) якось (я думаю, можливо, під час об'єднання джерела управління) заплутався щодо шляху проекту в рамках мого рішення.

Він думає, що саме тут (приклади шляхів для простоти):

C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj

тоді як насправді файл проекту знаходиться тут:

C:\My Projects\ExampleSolution\ExampleProjectCorrect\ExampleProjectCorrect.csproj

Я не можу за все життя змусити його визнати правильне місце розташування. Я намагався:

• Видалення та повторне додавання проекту з потрібного місця. Повідомлення про помилку з'являється, що говорить The project file at C:\My Projects\ExampleSolution\ExampleProjectWrong\ExampleProjectCorrect.csproj could not be found.

• Редагування файлу .sln вручну, щоб гарантувати ExampleProjectCorrect.csprojправильність шляху всіх посилань .

• Здійснюючи пошук у файлах у каталозі рішення як для правильних, так і для неправильних шляхів, щоб спробувати відстежити, де студія ховає неправильний шлях.

• Видалення кеш-каталогів для VS та TFS

Я вириваю волосся, тому що я не можу відтворити рішення, оскільки воно є поряд, оскільки це не має значення для 100 проектів, і він пов'язаний з контролем джерела з кількома іншими розробниками, які працюють над ним.

Чи може хтось вказати мені в правильному напрямку щодо того, де він зберігає цей неправильний шлях та / або як його скинути, щоб чортова річ завантажилася правильно?

1. Перейдіть до " Керування робочими просторами" (через меню Файл / Контроль джерела або в робочому просторі, що випадає в Провіднику управління джерелами)
2. виберіть редагування для робочої області.
3. Під робочими папками ви повинні бачити зіставлення каталогу каталогів джерела зі старим / неправильним каталогом проектів.
4. Виберіть його та натисніть кнопку Видалити .
5. Закрийте VS та видаліть файл suo.

Він все ще посилається на неправильний каталог. Можливо, перезавантаження може спрацювати в цей момент, але я цього не пробував. Перезавантажте свій проект, і вам слід добре поїхати.

Просто видалення .suoфайлу рішення працювало на мене.

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

Тож після того, як він пробіг всю ніч (Успішно, так!), У мене виникли проблеми із завантаженням моїх проектів так само, як було зазначено в цьому питанні. Чомусь кілька проектів посилалися на неправильний каталог. Я перевірив .sln, .vsproj файли та отримував останню версію, видаляв повторне отримання, додав видалення тощо. Я спробував усе, що тут було зазначено ... навіть оновив робочу область, і я не впевнений, що це навіть зробив.

НАСІЛЬНО ... Я видалив * .suo файли та віолу. Це спрацювало.

Я витратив на це пару годин.

Трохи інше рішення.

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

У мене не було .suoфайлу для видалення, шлях D: ніде в моїх робочих просторах не згадувався (закопаний під 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, за винятком .ascx.cs, який потрапляв у головну гілку. Не маю уявлення.

Спробували очистити тимчасову папку, але не вийшло.

Що працювало:

Закрито всі екземпляри Visual Studio

Знову відкрили рішення з відділення Dev.

Повторіть, і точки перерви почали вражати.

У моєму випадку я скопіював файл * .sln у папку проекту та змінив шлях до проекту у файл * .sln. Тільки це вирішило проблему (проти 2015 sp1, проект winservise).

Видалити * .suo мені не допомагає.

Ще одне рішення спрацювало для нас - після спробу видалення suo і майже всього, що згадується в цій темі. У нас у проекті був проект, який демонстрував привидну версію файлу csproj. Ми видалили цей файл і наші контури були зафіксовані на іншому проекті, який ми намагалися додати.

Якщо ви запускаєте веб-додаток під Local IIS замість IISExpress, переконайтесь, що ви HIT на кнопку "Створити віртуальний каталог", перейшовши у властивості проекту. Після цього виконайте "Чистий розчин" та "Поновіть рішення".

Видалення файлів obj та bin вирішить проблему ...

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