Файл проекта был переименован или нет на вашем компьютере

Я получаю эту ошибку, когда пытаюсь загрузить проект VS 2008 из TFS (Source control)

Файл проекта переименован или нет на вашем компьютере.

После того, как я нажму ОК, проект говорит "недоступно". В чем проблема? как я могу это решить? У меня никогда не было этой проблемы раньше. Некоторые блоги сказали удалить файл .suo. Но я не могу найти файл .suo. Я удалил весь проект на своем локальном компьютере, чтобы при следующем его открытии он создавал новый, но я все равно получаю такую же ошибку. любые идеи?

Ответ 1

Что обычно помогает исправить это, удаляет пользовательские параметры решения, а также "SUO".

VS до 2013 года

В старшем VS он хранится как "скрытый" SolutionName.suo в той же папке, что и основной файл .sln.

VS2015 или более поздняя версия

В VS2015 та же дата была перенесена в папку "скрытый" .vs в той же папке, что и основной файл .sln.

Ответ 2

Я просто столкнулся с этой проблемой, используя VS 2013 после переименования проекта. Ответ Стэнли вел меня к решению:

Закрыть VS - удалить файл .suo - снова запустить VS.

Ответ 3

Удалите файл .suo особым образом.

Не открывайте решение при удалении скрытого файла .suo.
Перезапустите VisualStudio.
Откройте решение и добавьте проект без сообщения об ошибке.

Ответ 4

TFS работает, как и большинство пакетов управления версиями: он помнит, что он наложил на ваш компьютер, так что, когда вы "Get Latest", ему нужно только получить chnages с момента вашего последнего "Get" вместо того, чтобы получить абсолютно все.

У этого есть одно предостережение: если вы удаляете или переименовываете локальные файлы на своем диске, TFS не будет знать, что вы это сделали, и он все равно будет думать, что они там, где он их оставил.

Если вы затем "Get Latest", он не захочет обновлять недостающие файлы.

Затем вы, вероятно, получите всевозможные ошибки "отсутствующего файла", из TFS и любых других инструментов, которые ищут файлы.

Чтобы обойти это, вам необходимо:

Если вы считаете, что у вас могут быть какие-то изменения, которые вы не хотите потерять, скопируйте исходную папку на свой компьютер в качестве резервной копии на всякий случай!
Щелкните правой кнопкой мыши на проекте (в обозревателе решений) или в папке (в разделе "Управление источником" )
Выберите "Получить определенную версию" в контекстном меню
Выберите, чтобы получить "Последняя версия" и отметьте опцию, которая говорит (что-то вроде) "заставить получить файлы уже в вашей рабочей области", что говорит TFS забыть о том, что она "знает", и все файлы снова в любом случае.

Если у вас есть локально измененные (записываемые) файлы, будьте осторожны. Существует второй вариант, который перезапишет их, потеряв ваши изменения. Но у вас есть резервная копия, поэтому вы должны быть в безопасности. Как правило, лучше отметить эту опцию, чтобы убедиться, что весь исходный код полностью обновлен. (Но, очевидно, только если вы не против потери каких-либо локальных изменений!)

Когда вы в порядке, это принудительно доставит все файлы в проекте на ваш локальный диск и устранит проблему.

Ответ 5

Хотя это хорошо известный дефект VS, определенно мы сможем справиться с этим!

Откройте файл решения в режиме редактирования
Измените относительный путь для соответствия физическому пути с измененным/перемещенным.
```
SccProjectUniqueName1 = Source\\Order\\Order.csproj
SccProjectName1 = Order.ApplicationService
SccLocalPath1 = Order.ApplicationService
```

Кроме того, makeure правильного относительного пути для ссылающегося проекта (ов)

Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
        "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
EndProject

Ответ 6

Попробуйте открыть .csproj или .vbproj вместо .sln. Вероятно, файл .sln(solution) имеет абсолютную ссылку на файл (вместо относительного пути) к проектному проекту (-ам). Возможно, вам придется заново создать файл .sln или вручную отредактировать его.

Ответ 7

Мне было проще создать новый sln файл решения.

Ответ 8

Очистите сопоставления рабочего пространства (Файл → Управление источником → Рабочие пространства). Отредактируйте рабочее пространство и очистите все сопоставления (больше последствий) или найдите тот, который связан с этим путем сервера. Затем откройте Source Control Explorer и переназначьте. Дважды щелкните SLN в проводнике Source Control, и он должен быть последним. Не совсем уверен, что произошло, или в каком состоянии вам удалось попасть, но с этим вам нужно снова двигаться.

Ответ 9

Я столкнулся с этой проблемой и смог ее решить, получив файлы .rptproj от сотрудника и скопировав их в мой локальный каталог. Затем проект смог перезагрузить.

Ответ 10

Решение для этого

Снова переименуйте папку проекта
Задайте конкретную версию и получите силу в TFS
удалить только чтение и скрытую опцию в последней папке (а не переименовать)
Теперь вы можете открыть проект без каких-либо проблем.

Ответ 11

В моем случае удаление файла .suo было недостаточным. Я обнаружил, что в моей конфигурации рабочей области была ошибка. Я обнаружил и решил проблему с этими шагами:

В Team Explorer "Управление рабочими пространствами..."
Нажмите "Изменить..."
Исправить значение в разделе "Локальная папка"
Наконец, удалите поврежденные файлы .suo в соответствии с принятым ответом.

Ответ 12

Щелкните правой кнопкой мыши на недоступном проекте и отредактируйте файл проекта... скорее всего, вы найдете жесткий путь к файлу или виртуальный, который не соответствует тому, где вы проверили проект.

Доброта,

Dan

Ответ 13

Я потратил много времени на то, чтобы попытаться решить эту проблему. Я сделал следующие шаги: переименуйте проект, переименуйте пространства имен, переименуйте папку проекта, отредактируйте файл .sln, отредактируйте скрытый файл .suo. Проект загружен, но он был неузнаваем для TFS! Наконец, я нашел это руководство.

Если вы используете Resharper, а TFVC - ваш контроль версий, выполните следующие действия:

Щелкните правой кнопкой мыши проект в обозревателе решений, выберите "Переименовать" и введите новое имя
Снова щелкните правой кнопкой мыши проект и выберите "Свойства". Измените "Assembly name" и "Default namespace" на вкладке "Приложение".
Снова щелкните правой кнопкой мыши проект и выберите Refactor → Adjust Namespaces. Примите изменения.
Измените AssemblyTitle и AssemblyProduct в свойствах /AssemblyInfo.cs
Удалить файлы bin и obj в проводнике Windows
Откройте проводник исходного кода и переименуйте каталог проекта. Это закроет решение. Пусть оно замкнуто.
Откройте файл SLN (с текстовым редактором, например Notepad ++) и измените путь к проекту (должно быть несколько мест).
Откройте решение снова. Очистите и перестройте проект.