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

Обновлено: 07.07.2024

Файл проекта был переименован или больше не находится в решении

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

Я читал, что у многих людей есть подобные проблемы, но ни одно из их решений не помогло мне до сих пор.

Одним из предложений было посмотреть, есть ли в каких-либо проектах недостающие ссылки, но я не совсем уверен, как это сделать.

Я пытался удалить ссылки и заново добавить их, но каждый раз, когда я пытался добавить их снова, я получал одну и ту же ошибку: «Файл проекта» переименован или больше не находится в решении »

Любая помощь или предложения будут потрясающими!

Решение

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

Другие решения

Я могу подтвердить сценарий the_mantrill. (Публикация в качестве ответа, потому что это не помещается в комментарии.)

В моем решении проект A ссылается на проект B. По какой-то причине GUID проекта B проекта изменился. (Я знаю, что это может произойти, я не исследовал, что вызвало это в нашем случае.) В файле решения был правильный новый GUID для проекта B, но в файле проекта проекта A ссылка на проект B все еще имела старый GUID.

Мне показалось, что проблема возникла, когда у меня было два файла решения для разных продуктов, но у которых было несколько общих проектов. Это были проекты VS2010, которые я впервые открыл в VS2012. При открытии первого все проекты были конвертированы. Затем возникла проблема при загрузке второго, поскольку некоторые проекты уже были преобразованы. Казалось, что ссылки на проекты были обновлены в первом решении, но затем для второго решения ему пришлось иметь дело с обновлением некоторых проектов, но с использованием уже обновленных версий общих проектов.

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

удалите .suo и перезагрузка сработала у меня после перехода с VSO на локальную TFS возникли некоторые проблемы

Эта проблема обычно вызывается конвертером версий проекта.

Дело в том, что Ссылочный проект в проект в решении больше не находится в решении (Как я уже сказал, причиной является проблема в преобразовании или ручном удалении).

Ровно однажды я сначала не поверил, что меры «убедитесь, что все ссылки там» были успешными.

Наконец, я пытаюсь проверить все проекты, особенно веб-проект в решении I,
Серьезно там нет в наличии. Я удаляю ссылку и вуаля, все работает!

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

Я разыскал пропавших Resources.resx файл и все хорошо для меня.

Я сталкиваюсь с проблемой, когда копирую проект в другую папку и снова открываю его
Наконец, я решил проблему следующими способами:
1. щелкните правой кнопкой мыши на проекте
2. открыть опцию ссылки
3. удалить ссылочный проект на страницах

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

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

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

О, как же я ненавижу TFS за то, что у меня такие головные боли!

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

ВС до 2013 года

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

VS2015 или позже

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

Не забудьте перезапустить Visual Studio после удаления файла Это также работает в Visual Studio 2015, хотя путь к файлу .suo был изменен на <SolutionFolder> \. Vs \ <SolutionName> \ v14 \ .suo.

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

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

Я могу ошибаться, но я не думаю, что даже видел файл .SUO, пока не закрыл VisualStudio. Просто хочу добавить - обязательно, чтобы вы закрыли VS перед удалением. Удаление файла, пока VS еще открыт, затем закрытие и повторное открытие не имеет никакого эффекта. Должен закрыться первым!

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

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

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

Если вы затем «Get Latest», он не потрудится обновить отсутствующие файлы.

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

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

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

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

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

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

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

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

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

VS до 2013 года

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

VS2015 или новее

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

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

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

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

Если вы затем «Get Latest», он не потрудится обновить отсутствующие файлы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответы на вопрос (16) 16

Clear out your workspace mappings (File -> Source Control -> Workspaces). Edit the workspace and either clear out all the mappings (more repercussion) or find the one that's associated to this server path. Then open Source Control Explorer and remap. Double click the SLN in Source Control explorer and it should get latest. Not entirely sure what has happened or what state you managed to get into, but with this should get you moving again.

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

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

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

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

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

Самый простой вариант, разработанный для меня:

Щелкните правой кнопкой мыши проект и удалите "не загруженный" или "недоступный" проект.
Щелкните решение правой кнопкой мыши и добавьте «Существующий проект».

Иногда, даже если вы изменили .sln и .csproj путь, и переименовали вручную, вы можете забыть проверить имя папки, в которой находится проект.

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

В Team Explorer: «Управление рабочими областями . »

Исправьте значение в разделе «Локальная папка».

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

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

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

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

Снова щелкните проект правой кнопкой мыши и выберите «Свойства». Измените «Имя сборки» и «Пространство имен по умолчанию» на вкладке «Приложение».

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

Измените AssemblyTitle и AssemblyProduct в Properties / AssemblyInfo.cs

Удалите каталоги bin и obj в проводнике Windows

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

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

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

После проверки их на моем старом компьютере и получения их из TFS на новом компьютере мне удалось перезагрузить проект.

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

TFS работает так же, как и большинство пакетов управления исходным кодом: он запоминает, что было помещено на ваш компьютер, так что, когда вы «Получить последнюю версию», ему нужно получить только изменения с момента вашего последнего «Получить», вместо того, чтобы получать абсолютно все.

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

Если вы затем нажмете «Получить последнюю версию», он не будет беспокоиться об обновлении отсутствующих файлов.

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

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

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

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

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

Читайте также: