Файл проекта перемещен переименован или отсутствует на компьютере
Файл проекта был переименован или его больше нет в решении.
Я пробовал удалить и заново добавить все проекты, но это не помогает. Я даже создал совершенно новое решение со всеми теми же проектами, но когда я попытался собрать, у меня были те же ошибки, что и с исходным решением.
Я читал, что у многих людей есть подобные проблемы, но ни одно из их решений мне пока не помогло.
Одно из предложений заключалось в том, чтобы увидеть, есть ли в каких-либо проектах отсутствующие ссылки, но я не совсем уверен, как это сделать.
Я попытался удалить ссылки и повторно добавить их, но каждый раз, когда я пытался добавить их, я получал ту же ошибку «Файл проекта» был переименован или больше не находится в решении »
Любая помощь или предложения были бы потрясающими!
У меня была та же проблема, и я решил ее, убедившись, что все проекты, на которые ссылаются другие проекты, были включены в решение.
Щелкните правой кнопкой мыши первый проект, выберите «Ссылки . » и убедитесь, что все проекты, перечисленные в разделе «Ссылки», включены. Перейдите к следующему и сделайте то же самое.
Я могу подтвердить сценарий the_mantrill. (Публикация в качестве ответа, потому что это не поместится в комментарии.)
В моем решении проект A ссылается на проект B. По какой-то причине GUID проекта B изменился. (Я знаю, что это может случиться, я не исследовал, что вызвало это в нашем случае.) В файле решения был правильный новый GUID для проекта B, но в файле проекта проекта A ссылка на проект B все еще содержала старый GUID.
Выгрузив и повторно загрузив проекты в обозревателе решений, я обнаружил, что проект A вызвал « Файл проекта» был переименован или больше не входит в решение. ». После обнаружения вручную обновлял GUID проекта B. в файле проекта проекта A. Устранена проблема.
ProjectA.vcxproj - раньше, вызывает " Файл проекта" был переименован или больше не входит в решение. "
ProjectA.vcxproj - после ручного редактирования теперь работает:
Убедитесь, что все файлы проекта (* .vcxproj) в решении имеют соответствующий GUID, определенный в них, что-то вроде этого:
По какой-то странной причине в проектах, преобразованных из VS2008, этого не было, и VS2010 настаивал на замене GUID всех проектов в файле решения каждый раз, когда загружал решение, но на самом деле никогда не добавлял им файлы проекта .
Я сталкиваюсь с проблемой при копировании проекта в другую папку и его повторном открытии. Наконец, я решил проблему следующими способами: 1. Щелкните проект правой кнопкой мыши 2. Откройте опцию ссылки 3. Удалите проект ссылки на страницах
У меня были те же симптомы, но совсем другая причина и, следовательно, решение.
«Файл проекта» был переименован или его больше нет в решении ».
Для меня это был не «файл проекта », а «файл проекта ». (а некоторые говорят, что грамматика не важна.)
Я нашел недостающий файл Resources.resx , и все у меня в порядке.
Ровно однажды, я сначала не поверил, что меры «удостовериться, что там все ссылки» были успешными.
Наконец, я пытаюсь проверить все проекты, особенно веб-проект в решении I. Серьезно, они недоступны. Удаляю ссылку и вуаля, работает!
Эта проблема обычно вызвана конвертером версии проекта.
Дело в том, что проект, на который имеется ссылка в проекте в решении, больше не входит в решение (как я уже сказал, причиной является проблема при преобразовании или удалении вручную).
Итак, вам нужно было просмотреть все ссылки на проекты ( Right click on the project -> "References. " ) и проверить, что все проекты, на которые есть ссылки, существуют в решении - в противном случае добавьте отсутствующий проект в решение или удалите недопустимый модификатор.
Удалить .suo и перезагрузить сработали для меня после перехода с VSO на локальную TFS были некоторые проблемы
Мне казалось, что проблема возникла, когда у меня было два файла решений для разных продуктов, но у которых было несколько общих проектов. Это были проекты VS2010, которые я впервые открывал в VS2012. При открытии первого все проекты были конвертированы. Затем проблема возникла при загрузке второго, так как некоторые проекты уже были преобразованы. Казалось, что ссылки на проекты были обновлены в первом решении, но затем для второго решения пришлось иметь дело с обновлением некоторых проектов, но с использованием уже обновленных версий общих проектов.
В конце концов, чтобы решить эту проблему, мне пришлось удалить, а затем снова добавить пару проектов (и ссылки на проекты), и, похоже, это решило проблему. Также стоит удалить папки сборки и другие временные файлы (например, .suo), поскольку состояние некоторых из этих файлов повлияло на проблему ссылок на проект (чего я действительно не ожидал).
Я получаю эту ошибку при попытке загрузить проект VS 2008 из системы управления версиями TFS:
Файл проекта был перемещен, переименован или отсутствует на вашем компьютере
После того, как я нажимаю ОК, проект говорит «недоступен». В чем проблема? Как мне решить это? У меня никогда не было этой проблемы раньше. В некоторых блогах говорилось, что нужно удалить файл .suo, но я не могу найти файл .suo. Я удалил весь проект на своем локальном компьютере, чтобы в следующий раз, когда он откроется, он создал новый, но я все еще получаю ту же ошибку.
Обычно это помогает удалить параметры пользователя решения, также называемые «SUO».
ВС до 2013 года
В старых VS он хранится как «скрытый» SolutionName.suo в той же папке, что и основной .sln файл.
VS2015 или позже
В VS2015 те же данные были перемещены в «скрытую» .vs папку в той же папке, что и основной .sln файл.
Я только столкнулся с этой проблемой, используя VS 2013 после переименования проекта. Ответ Стэнли привел меня к решению:
Закрыть VS - удалить файл .suo - снова запустить VS.
Просто хочу добавить - обязательно, чтобы вы закрыли VS перед удалением. Удаление файла, пока VS еще открыт, затем закрытие и повторное открытие не имеет никакого эффекта. Должен закрыться первым!
Удалите файл .suo особым образом.
TFS работает, как и большинство пакетов управления исходным кодом: он запоминает то, что он поместил на ваш компьютер, поэтому, когда вы получаете «Get Latest», ему нужно только получить изменения с момента вашего последнего «Get» вместо того, чтобы получать абсолютно все.
Это имеет одно предостережение: если вы удалите или переименуете локальные файлы на вашем диске, TFS не будет знать, что вы сделали это, и все равно будет думать, что они там, где он их оставил.
Если вы затем «Get Latest», он не потрудится обновить отсутствующие файлы.
Тогда вы, вероятно, получите все виды ошибок «отсутствующих файлов» от TFS и любых других инструментов, которые ищут файлы.
Чтобы обойти это, вам необходимо:
- Если вы считаете, что у вас могут быть какие-то изменения, которые вы не хотите потерять, скопируйте исходную папку на свой компьютер в качестве резервной копии на всякий случай!
- Щелкните правой кнопкой мыши проект (в Solution Explorer) или папку (в Source Control)
- Выберите «Получить конкретную версию» из контекстного меню
- Выберите, чтобы получить «Последнюю версию», и отметьте опцию, которая говорит (что-то вроде) «принудительно получать файлы, уже находящиеся в вашем рабочем пространстве», что говорит TFS забыть о том, что он «знает», и в любом случае снова получить все файлы.
Если у вас есть локально измененные (доступные для записи) файлы, будьте осторожны. Есть второй вариант, который перезапишет их, потеряв ваши изменения. Но у вас есть резервная копия, поэтому вы должны быть в безопасности. Как правило, этот параметр также лучше ставить, чтобы убедиться, что весь ваш исходный код полностью обновлен. (Но, очевидно, только если вы не против потерять локальные изменения!)
Когда вы в порядке, все файлы проекта будут принудительно перенесены на ваш локальный диск и должны устранить проблему.
я сделал «получить конкретную версию» и проверил «перезаписать все файлы, даже если локальный сервер соответствий». ошибок нет, но ничего не пришло. Я проверил с другого компьютера, и проект находится в TFS, и другой человек может нормально работать на нем.
Кстати, моя локальная исходная папка полностью пуста. В этом нет ничего. Первоначально я удалил все файлы, чтобы получить все новые. как открытие нового проекта.
В этом случае следующая вещь, которую я бы проверил, - это отображение вашего рабочего пространства. В Team Explorer дважды щелкните значок Source Control, и в верхней части окна появится раскрывающееся поле со списком. Оставьте это и выберите «Добавить / редактировать рабочие пространства». Отредактируйте свое рабочее пространство и убедитесь, что проект TFS, содержащий ваш код, имеет соответствующую папку на локальном жестком диске. И убедитесь, что вы смотрите на эту папку, когда пытаетесь загрузить решение. (Подсказка: сравните ваши настройки с настройками других разработчиков, которые пытаются выяснить источник проблемы)
Хотя это хорошо известный дефект VS, мы определенно справимся с этим!
Откройте файл решения в режиме редактирования.
Измените относительный путь, чтобы он соответствовал измененному / перемещенному физическому пути.
Кроме того, убедитесь, что правильный относительный путь для ссылающихся проектов
Но когда я создаю новое приложение ядра asp, VS не удалось с ошибкой
«Файл проекта не завершен. Ожидаемый импорт отсутствует»
Пожалуйста, кто-нибудь может помочь?
Даже после удаления определенной версии с панели управления в C: \ Program Files \ dotnet \ sdk будут файлы и папки с удаленной версией.
Пожалуйста, перейдите и удалите папку с нежелательной версией
Я была такая же проблема. В моем случае проблема была решена удалением global.json и appsettings.
Это сработало для меня, хотя, чтобы уточнить, мне просто пришлось удалить (/ переименовать) «global.json». Fwiw: Он содержал: <"sdk": <"version": "2.0.0">>"sdk":>
dotnet --version показывает 2.1.201, а global.json упомянул немного более низкую версию 2.1.101. Очевидно, версия должна точно соответствовать, чтобы она работала, без обратной совместимости. Или просто удалите файл, как предлагается в этом ответе.
Большое спасибо! Это работает! SDK 2.2.105 работает только с Visual Studio 15.9.8 или более ранней версии.
Вы можете проверить файл global.json, который вы можете найти в корневом каталоге решения, и убедиться, что целевая версия SDK в нем установлена на вашем компьютере, или обновить его до той, которая у вас уже установлена, например, если у вас установлена версия SDK 2.1.4. ваш global.json должен выглядеть так
Это было для меня. Версия "2.1.300" global.json , но 2.1.200 & 2.1.403 установлена; переход на 2.1.400 работал.
Сработало как изменение его на одну из установленных версий SDK, так и version полное удаление атрибута
У меня тоже сработало. Изменил версию, чтобы она соответствовала наиболее близкой к той, что у меня уже была в моей системе. Вы можете запустить «dotnet --versions», чтобы увидеть, что вы установили.
dotnet --list-sdks и dotnet --list-runtimes чтобы увидеть все, что вы установили, dotnet --version будет показана текущая используемая версия.
Это было решением и для нас. В нашем случае у нас было несколько проектов на VS2017 с netcore 2.1; мы установили netcore 3, и больше не могли открывать проекты. Создание global.json в корневой папке проекта решило проблему
Восстановление последней установки Core сработало для меня
В моем случае у меня было установлено две версии Visual Studio (15.7 и 15.6). В версии 15.7 не было установленных веб-нагрузок, хотя .net core 2.1 RC1 уже был установлен. Я установил рабочую нагрузку asp.net в VS2017, а затем исправил установку ядра .net для хорошей меры. Определенно что-то в этом процессе поменяло местами мои c: \ program files (x86) \ dotnet и c "\ program files \ dotnet по этому пути, и Visual Studio (15.7) не открыла бы мой веб-проект.
Я просто отредактировал переменные системной среды, переместил папку x86 на одну вниз и, вуаля, снова открыл Visual Studio, и теперь она загрузила мой проект.
Установил NET4.7.1, потом все существующие проекты Net.Core рухнули. Магия «Двигаться вниз» вернула их обратно.
«Файл проекта не завершен. Ожидаемый импорт отсутствует»
Решением было использовать Visual Studio, а не SSDT , см. Help> About:
В последнее время я решил эту проблему пару раз, закрыв Visual Studio и выполнив следующие команды
- dotnet nuget locals -c все
- dotnet clean
- сборка dotnet
Кажется, бывают моменты, особенно в начале проекта, когда nuget выходит из строя (технический термин).
Я решил эту проблему, изменив первую строку в файле .csproj:
Позже, после обновления VS2019 до последней версии, у меня начались те же ошибки, и мне пришлось снова обновить VS2017.
Надеюсь, я кому-то помог.
Ты мне помог. Это только что произошло, когда я обновился с 2.2.3 до 2.2.4. Интересно, есть ли определенный порядок установки нового / удаления старого, который вызывает это.
@MattOG, я перепробовал множество вариантов установки / удаления, но эта проблема возникает каждый раз. Думаю, к этому нужно просто привыкнуть;) В конце концов, это не так уж и важно, когда у нас есть такой источник, как stackoverflow.
Мое текущее решение для переименования папки проекта:
- Удалить проект из решения.
- Переименуйте папку вне Visual Studio.
- Повторно добавьте проект к решению.
Есть ли способ лучше?
Не существует простого способа сделать это одним щелчком мыши. Во всяком случае, не из Visual Studio.
По-видимому, нет, поскольку прошло 3 года, и мне просто пришлось пройти через процесс Андерсанмыра. :)
Видимо, голосование провалилось, потому что функция все еще не поддерживается в 2018. Сколько гигабайт нужно, чтобы не изменить файл? 17gbs по-видимому. 17.
Пользователи TFS: если вы используете систему контроля версий, которая требует, чтобы вы предупреждали ее перед переименованием файлов / папок, вместо этого посмотрите на этот ответ, который охватывает дополнительные необходимые шаги.
Чтобы переименовать папку проекта , file ( .*proj ) и отображаемое имя в Visual Studio:
- Закройте решение.
- Переименуйте папку (и) вне Visual Studio. (Переименовать в TFS при использовании контроля версий)
- Откройте решение, игнорируя предупреждения (ответьте «нет», если вас попросят загрузить проект из системы контроля версий).
- Пройдите через все недоступные проекты и .
- Откройте окно свойств проекта (выделите проект и нажмите Alt + Enter или F4 или щелкните правой кнопкой мыши> свойства).
- Установите для свойства « Путь к файлу » новое местоположение.
- Если свойство недоступно для редактирования (как в Visual Studio 2012), откройте .sln файл непосредственно в другом редакторе, например Notepad ++, и обновите пути к нему. (Возможно, вам придется сначала проверить решение в TFS и т. Д.)
Примечание. Другие предлагаемые решения, включающие удаление и повторное добавление проекта в решение, будут нарушать ссылки на проекты.
Если вы выполните эти шаги, вы можете также переименовать следующее, чтобы соответствовать:
- сборочный
- Default / Root Namespace
- Пространство имен существующих файлов (используйте инструменты рефакторинга в Visual Studio или инструмент противоречивых пространств имен ReSharper )
Также рассмотрите возможность изменения значений следующих атрибутов сборки :
- AssemblyProductAttribute
- AssemblyDescriptionAttribute
- AssemblyTitleAttribute
Для тех, кто использует управление исходным кодом, я думаю, вам также нужно переименовать папку в управлении исходным кодом. Для меня вышеуказанные шаги не сделали этого.
При использовании TFS, шаг 2 - это переименование папки в системе управления версиями, а затем получение последней версии перед повторным открытием sln.
Свойство File Path становится редактируемым в VS2010 после того, как папка была переименована (и VS не может найти проект)
Это не сработало для меня в VS 2012; собственность только для чтения. Мне пришлось открыть файл .sln как текст.
Есть другой способ сделать это, используя файлы * .sol, * csproj.
- Откройте файл вашего решения.
- Найдите * .csproj, который вы хотите изменить.
Это будет так (относительно файла * .sol):
И просто измените первую часть на новую директорию, например:
Конечно, не забудьте переместить весь проект в этот каталог.
Это сработало для меня, а не принятого ответа, который не сработал, потому что свойство FilePath было только для чтения для меня.
Это не сработало для меня в VS2019. Выдает предупреждения о несуществующих ссылках проекта и компилирует ошибки о пропущенных пространствах имен и классах в ссылочном проекте.
Это просто в Visual Studio 2015 (возможно, работает в более старых версиях)
- В обозревателе решений щелкните правой кнопкой мыши Основное решение → Переименовать.
- В обозревателе решений щелкните правой кнопкой мыши проект (под решением) → Переименовать
- В обозревателе решений дважды щелкните или щелкните правой кнопкой мыши Свойства → Перейти на вкладку приложения , переименуйте имя сборки и пространство имен по умолчанию для соответствия.
- Если вы также хотите переименовать пространство имен, откройте один из ваших файлов классов. Щелкните правой кнопкой мыши пространство имен → Переименовать . . Это должно найти и заменить все ссылки на ваше пространство имен по всему проекту.
- Закройте проект → переименуйте папку проекта .
- Отредактируйте .sln файл в Блокноте и измените путь к csproj, т. Е. fu\bar.csproj → bar\bar.csproj .
@JohnPeters Насколько я вижу, этот ответ не редактировался. Шаг 5 описывает переименование папки, поэтому выполнение этих шагов действительно также меняет имя физической папки.
Не забудьте применить шаг 4 к папке подпроекта (для меня это был единственный шаг, так что шаг 6 работал).
Человек, я боролся с этим. К сожалению, в Visual Studio нет решения одним щелчком, но если вы работаете с Visual Studio 2012 и ваш проект находится под управлением исходного кода с помощью Team Foundation Server , вот как я запустил его, сохранив историю исходного кода:
(Обязательно прочитайте комментарий @ mjv ниже, так как он отмечает, что вы можете пропустить шаги 5-10)
Вышеуказанное руководство работает для меня. Если он не работает для вас, попробуйте полностью удалить локальное решение и удалите сопоставление папок в рабочей области. Перезапустите Visual Studio на всякий случай. Убедитесь, что вы действительно удалили все решение со своего компьютера. Теперь прочитайте сопоставление решения в вашем рабочем пространстве и получите последнюю версию. Теперь попробуйте вышеуказанные шаги. То же самое применимо, если что-то пойдет не так во время выполнения вышеуказанных шагов. Просто удалите свое решение локально и получите последний источник, и у вас будет чистый лист для работы.
Если у вас все еще есть проблемы, убедитесь, что вы ничего не изменили вручную в файле решения, или попробуйте другие «хитрости», прежде чем пытаться выполнить описанные выше шаги. Если вы что-то изменили и отметили это, вы можете рассмотреть возможность отката до того момента, когда вы начали возиться с переименованием проекта.
Конечно, вы также захотите переименовать сам проект в Solution Explorer. Вы можете сделать это до описанных выше шагов, но в этом случае убедитесь, что вы отметили это изменение, прежде чем применять описанные выше шаги. Вы также можете сделать это позже, но сначала убедитесь, что вы выполнили все шаги, описанные выше, и проверьте изменения, прежде чем пытаться переименовать имя проекта в обозревателе решений. Я не рекомендую пытаться смешивать вышеуказанные шаги с переименованием имени проекта в обозревателе решений. Хотя это может сработать, но я бы порекомендовал сделать это в 2 отдельных наборах изменений.
Спасибо за введение процедуры, которая работает в VS2012 ! Обратите внимание, что вы можете избежать шагов 5-10 (то есть необходимости возвращать переименованные папки в Source Control), если вместо этого вы закроете решение и затем переименуете папки внутри, VS' Source Control Explorer а не Windows Explorer .
Эти шаги были близки , но изменение расположения папки с Windows (WE) до переименования в Source Control Explorer (SCE) вызвали ошибку: Folder already exists . Поэтому мне пришлось снова переименовать папку, WE затем изменить ее SCE , затем скопировать файлы в эту папку, прежде чем она заработала. Так что следуйте комментарию от MJV выше. Я также не задумывался о необходимости менять фактические имена файлов проекта (не только в VS), что я сделал в качестве запоздалой мысли, заставив меня повторить некоторые из этих шагов.
Я получаю эту ошибку, когда пытаюсь загрузить проект VS 2008 из системы управления версиями TFS:
Файл проекта был перемещен, переименован или отсутствует на вашем компьютере
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 о том, что нужно забыть о том, что она «знает», и в любом случае получить все файлы снова.
Будьте осторожны, если у вас есть какие-либо файлы, измененные локально (с возможностью записи). Есть второй вариант, который перезапишет их, потеряв ваши изменения. Но у вас есть резервная копия, так что вы должны быть в безопасности. Как правило, лучше также отметить эту опцию, чтобы убедиться, что весь ваш исходный код полностью обновлен. (Но, очевидно, только если вы не против потерять какие-либо локальные изменения!)
Когда вы в порядке, все файлы проекта будут принудительно перенесены на ваш локальный диск, что должно устранить проблему.
Читайте также: