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

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

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

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

4b9b3361

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

VS до 2013 года

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

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

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

211
ответ дан 11 февр. '10 в 11:04
источник

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

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

24
ответ дан 16 сент. '14 в 16:11
источник

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

  • Не открывайте решение при удалении скрытого файла .suo.
  • Перезапустите VisualStudio.
  • Откройте решение и добавьте проект без сообщения об ошибке.
12
ответ дан 04 февр. '15 в 18:51
источник

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

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

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

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

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

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

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

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

9
ответ дан 05 янв. '10 в 0:00
источник

Хотя это хорошо известный дефект 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
    
7
ответ дан 20 апр. '10 в 18:08
источник

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

3
ответ дан 04 янв. '10 в 23:41
источник

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

1
ответ дан 05 янв. '10 в 4:32
источник

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

  • Снова переименуйте папку проекта
  • Задайте конкретную версию и получите силу в TFS
  • удалить только чтение и скрытую опцию в последней папке (а не переименовать)
  • Теперь вы можете открыть проект без каких-либо проблем.
1
ответ дан 27 июня '12 в 14:55
источник

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

1
ответ дан 05 марта '10 в 0:19
источник

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

  • В Team Explorer "Управление рабочими пространствами..."

    enter image description here

  • Нажмите "Изменить..."

    enter image description here

  • Исправить значение в разделе "Локальная папка"

    enter image description here

  • Наконец, удалите поврежденные файлы .suo в соответствии с принятым ответом.

1
ответ дан 22 июля '14 в 20:45
источник

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

Доброта,

Dan

0
ответ дан 04 янв. '10 в 23:48
источник

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

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

  • Щелкните правой кнопкой мыши проект в обозревателе решений, выберите "Переименовать" и введите новое имя

  • Снова щелкните правой кнопкой мыши проект и выберите "Свойства". Измените "Assembly name" и "Default namespace" на вкладке "Приложение".

  • Снова щелкните правой кнопкой мыши проект и выберите Refactor → Adjust Namespaces. Примите изменения.

  • Измените AssemblyTitle и AssemblyProduct в свойствах /AssemblyInfo.cs

  • Удалить файлы bin и obj в проводнике Windows

  • Откройте проводник исходного кода и переименуйте каталог проекта. Это закроет решение. Пусть оно замкнуто.

  • Откройте файл SLN (с текстовым редактором, например Notepad ++) и измените путь к проекту (должно быть несколько мест).

  • Откройте решение снова. Очистите и перестройте проект.

0
ответ дан 09 авг. '17 в 15:50
источник