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

Я получаю эту ошибку при попытке загрузить проект VS 2008 из системы контроля версий TFS:

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

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

144
задан d219 18 June 2018 в 15:36
поделиться

8 ответов

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

Доброта,

Дан

.
0
ответ дан 23 November 2019 в 22:52
поделиться

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

.
1
ответ дан 23 November 2019 в 22:52
поделиться

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

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

Если вы тогда "Get Latest" не потрудитесь обновить отсутствующие файлы.

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

Чтобы обойти это, вам нужно:

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

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

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

.
11
ответ дан 23 November 2019 в 22:52
поделиться

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

6
ответ дан 23 November 2019 в 22:52
поделиться

Убедитесь, что вы не смешиваете места и вкладки для отступа

-121--2953993-

Операция закрепления начинается с вкладок. В коде используются только места для отступов (или только вкладки), включая отступы для строк документа.

-121--2953992-

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

VS до 2013

В старой версии VS он хранится как «скрытый» файл SolityName.suo в той же папке, что и основной файл .sln .

VS2015 или более поздняя

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

261
ответ дан 23 November 2019 в 22:52
поделиться

Мне показалось, что проще всего создать новый sln-файл решения.

2
ответ дан 23 November 2019 в 22:52
поделиться

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

1
ответ дан 23 November 2019 в 22:52
поделиться

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

  • Откройте файл решения в режиме редактирования

  • Измените относительный путь, чтобы он соответствовал измененному / перемещенному физическому пути ..

     SccProjectUniqueName1 = Source \\ Order \\ Order.csproj 
    SccProjectName1 = Order. ApplicationService 
    SccLocalPath1 = Order.ApplicationService 
     
  • Также обеспечивает правильный относительный путь для ссылающихся проектов

     Project ("{asdasd-301F-11D3-BF4B-asdasd} ") =" Заказ ", 
    " Источник \ Order \ Order.csproj "," {E25641BC-C990-40E2-8876-08AE8728F763} "
    EndProject 
     
9
ответ дан 23 November 2019 в 22:52
поделиться
Другие вопросы по тегам:

Похожие вопросы: