Assembly csharp csproj приложение на котором основан этот тип проектов не найдено
Я получил эту ошибку сегодня при попытке открыть проект Visual Studio 2008 в Visual Studio 2005:
Не удалось найти импортированный проект "C:\Microsoft.CSharp.targets".
ОТВЕТЫ
Ответ 1
Откройте файл csproj в блокноте (или блокноте ++) Найдите строку:
и измените его на
Ответ 2
Это глобальное решение, не зависящее от конкретного пакета или корзины.
В моем случае я удалил папку Packages из своего корневого каталога.
Возможно, это происходит из-за того, что ваши пакеты есть, но компилятор не находит на них ссылку. поэтому сначала удалите старые пакеты и добавьте новые.
Шаги по добавлению новых пакетов
- Сначала удалите папку пакетов (она будет рядом или на шаг вверх по отношению к вашей текущей папке проекта).
- Затем перезапустите проект или решение.
- Теперь перестройте файл решения.
- Проект получит новые ссылки от менеджера пакетов nuGet. И ваша проблема была решена.
Это неправильное решение, но я разместил его здесь, потому что столкнулся с той же проблемой.
В моем случае я даже не смог открыть свое решение в визуальной студии и не получил никакой помощи с другими SO-ответами.
Ответ 3
Для меня проблема заключалась в том, что путь проекта содержал 20 символов, потому что git добавлял их вместо пробелов при клонировании репозитория. Другая проблема может заключаться в том, что путь к пакету слишком длинный.
Ответ 4
Ответ 5
В моем случае я не смог загрузить один из 5 проектов в моем решении.
После этого откройте решение снова, и проект загрузится как ожидалось
Чтобы быть уверенным, закройте все экземпляры VS перед удалением папки.
Ответ 6
Я использовал следующую строку в файле csproj:
После удаления этого файла он отлично работает.
Ответ 7
Скопируйте этот файл и поместите его в tools folder нерабочего проекта (то есть перейдите в папку инструментов в нерабочем проекте, как показано выше)
Теперь закройте ваш проект (если он был открыт) и снова откройте его.
Это должно работать сейчас.
Кроме того, чтобы убедиться, что все работает правильно в вашем теперь открытом Visual Studio Project, Tools > NuGetPackage Manager > Manage NuGet Packages For Solution . Здесь вы можете обнаружить ошибку, которая говорит, что CodeAnalysis.dll используется другим приложением.
Снова перейдите в tools folder , найдите указанный файл и удалите его. Вернитесь к Manage NuGet Packages For Solution . Вы найдете ссылку, которая попросит вас перезагрузить, нажмите на нее, и все будет переустановлено.
Ваш проект должен работать правильно сейчас.
Ответ 8
Я получил это после переустановки Windows. Visual Studio была установлена, и я мог видеть тип проекта Silverlight в окне New Project, но открытие одного из них не сработало. Решение было простым: мне пришлось установить среду выполнения Silverlight Developer и/или Microsoft Silverlight 4 Tools для Visual Studio. Это может показаться глупым, но я не обратил на это внимания, потому что думал, что он должен работать, поскольку доступен проект проекта Silverlight.
Ответ 9
Я также нашел, что строка импорта в демонстрационном проекте (в частности, "Создайте собственную MVVM Framework" Роб Эйзенбурга).
Если вы замените этот импорт на тот, который был предложен в отчетах RTM lomaxx VS2010, вам необходимо установить this.
Ответ 10
Для ошибок с Microsoft.WebApplications.targets вы можете:
- Установите Visual Studio 2010 (или ту же версию, что и на машине разработки) на вашем сервере TFS.
- Скопируйте " Microsoft.WebApplication.targets " из файла машины разработки в машину сборки TFS.
Ответ 11
В моем случае я открыл файл .csproj в блокноте и удалил следующие три строки. Работали как шарм:
Ответ 12
Эта ошибка также может возникнуть при открытии проекта Silverlight, который был построен на SL 4, в то время как у вас установлен SL 5.
Обратите внимание на v4.0.
Чтобы разрешить, отредактируйте проект и найдите:
И измените его на v5.0.
Затем перезагрузите проект и он откроется (если у вас нет SL 5).
Ответ 13
Я удалил папку obj, а затем проект загрузился, как ожидалось.
Ответ 14
Иногда проблема может быть связана с жестко закодированной версией VS в файле .csproj. Если у вас есть в вашем csproj что-то вроде этого:
Вам следует проверить правильность номера (причина может быть неправильной - проект был создан с другой версией Visual Studio). Если это не так, замените его текущей версией инструментов сборки ИЛИ используйте переменную VS:
Ответ 15
Ответ 16
После попытки восстановления, закрытия VS, удаления сбойного пакета, повторного открытия, попытки восстановления, несколько раз я просто удалял все в пакетах, и когда я делал восстановление, и оно работало отлично.
Я получаю эту ошибку, когда пытаюсь открыть файл решения своего проекта. Решение - файл 2012 года (проверено с помощью блокнота).
Ошибка:
Означает ли отчет об обновлении, что это проект из предыдущей версии Visual Studio? Он также не открывается в Visual Studio 2010.
- Вы можете открыть его в VS 2012?
- 1 Что это за проект? Какую версию VS2010 и VS2012 вы используете? Существует много разных типов файлов csproj, все разные подтипы, которые могут открываться не всеми версиями VS2012 или VS2010.
- Не открывается в 2012 году. У меня профессиональная версия VS 2012. Вы говорите мне, что мне нужна более поздняя версия, чем профессиональная (возможно, Ultimate)?
Ошибка не говорит о том, что Visual Studio вообще не поддерживает файлы , а говорит, что не поддерживает конкретный тип проекта в этом конкретном файле проекта. Это означает, что это тоже не твой проект, как вы утверждаете, или вы пытаетесь создать его на другом компьютере, чем тот, который использовался для создания проекта.
Visual Studio использует различные элементы в файле для определения типа проекта. См. Разделы Как отличить тип проекта Visual Studio от существующего проекта Visual Studio и Каково значение тега ProjectTypeGuids в файле проекта Visual Studio. Он делает это, чтобы знать, как скомпилировать ваш проект, какие вкладки свойств отображать, какие параметры контекстного меню должны быть доступны и так далее.
Некоторые типы проектов могут вызывать эту ошибку. Обычно они требуют, чтобы какой-то SDK был установлен на машине, используемой для открытия или сборки проекта.
элементов, которые содержат GUID типов проектов, разделенных запятыми.
потом искать в Интернете эти GUID чтобы узнать, какой SDK или инструмент вам нужно установить, чтобы иметь возможность открыть или собрать проект.
Для этого нужна документация. Вы должны хотя бы поместить файл ReadMe.txt в каталог своего проекта, объясняя, каковы предварительные условия для создания проекта, особенно когда он не открывается или не собирается с помощью Visual Studio из коробки.
У меня возникла эта проблема, когда я использовал Обновление 5 для VS 2013.
Для меня мне пришлось нажать ОК и прочитать следующие несколько шагов, которые появились. Сначала я нажимал кнопку "Отмена".
В моем проекте отсутствовали веб-инструменты, поэтому их пришлось переустановить, и после этого все заработало.
Надеюсь, это кому-то поможет.
- Может помочь проверка содержимого файла .csproj. В моем случае Microsoft Web Developer Tools не установлен, поэтому любой .csproj, включающий System.Web, не может быть открыт.
- Это была моя проблема. Я не могу найти VS Community, у меня не было выбора, кроме как использовать Express 2015 для Интернета.
В настоящее время я использую VS 2017 v 15.7.4. Эта ошибка возникла ниоткуда без каких-либо обновлений с моей стороны. Обычно, когда у меня возникают подобные ошибки, я просто удаляю папку .vs в своем решении, и это устраняет проблему. В данном случае я так и поступил, и проблема была устранена.
- Закрыть VS
- Удалить папку .vs
- Загрузить VS
Примечание: это было для решения на основе Xamarin.
У меня была такая же проблема с VS 2017. В конце концов я решил ее, просто включив SSIS следующим образом: 1. В VS 2017 - нажмите Расширения и обновления в инструменты меню.
Найдите Проекты Microsoft Integration Services. если вы не можете его найти, вам необходимо сначала установить его.
Нажми на включить кнопка.
Закройте VS и запустите его снова, и теперь проекты SSIS доступны.
введите описание изображения здесь
Я решил эту проблему, загрузив и установив (Проекты установщика Microsoft Visual Studio). Закройте проект, затем установите. После установки откройте свой проект и перезагрузите файл .csproj.
Я получаю эту ошибку, когда пытаюсь открыть файл решения моего проекта. Решение - файл 2012 года (проверено с помощью блокнота).
Если я нажму «Ok», решение откроется, за исключением одного csproject, который не загружается. Я получаю отчет о миграции в файле UpgradeLog.htm со следующей ошибкой для проекта, который не удалось загрузить. Не мог понять из этого много.
Ошибка:
Означает ли отчет об обновлении, что это проект из предыдущей версии Visual Studio? Он также не открывается в Visual Studio 2010.
Ошибка не говорит о том, что Visual Studio не поддерживает .csproj файлы вообще, он говорит, что не поддерживает конкретный тип проекта в этом конкретном файле проекта. Это означает, что это не ваш проект, как вы утверждаете, или вы пытаетесь построить его на другой машине, чем тот, который используется для создания проекта.
Visual Studio использует различные элементы в o1= файле для определения своего типа проекта. См. Как вы указываете тип проекта Visual Studio из существующего проекта Visual Studio и Каково значение тега ProjectTypeGuids в файле проекта visual studio . Он делает это, чтобы он знал, как скомпилировать ваш проект, какие вкладки свойств показывать, какие параметры контекстного меню должны быть доступны и так далее.
Некоторые типы проектов могут вызвать эту ошибку. Обычно они требуют, чтобы какой-то SDK устанавливался на машину, используемую для открытия или сборки проекта.
Затем найдите в Интернете эти GUID, чтобы узнать, какой SDK или инструмент вам нужно установить, чтобы иметь возможность открывать или строить проект.
Для этого нужна документация. По крайней мере, вы должны поместить файл ReadMe.txt в каталог проекта, объясняя, какие предпосылки для создания проекта, особенно когда он не будет открываться или создаваться с Visual Studio из коробки.
У меня была эта проблема, когда я использовал Update 5 для VS 2013.
Для меня я должен был щелкнуть ok и прочитать следующие несколько шагов, которые появились. Сначала я нажал кнопку cancel.
На моем проекте отсутствовали веб-инструменты, поэтому пришлось переустановить их, а после этого он работал.
Надежда помогает кому-то.
В настоящее время я использую VS 2017 v 15.7.4. Эта ошибка возникла без каких-либо обновлений с моей стороны. Обычно, когда у меня есть такие ошибки, я просто удаляю папку .vs в своем решении, и это устраняет проблему. В этом случае это то, что я сделал, и проблема была исправлена.
Самый полезный комментарий
@dmumladze Спасибо за добавление журнала omnisharp. Вы можете попробовать удалить каталог C:\Users\\.vscode\extensions\ms-vscode.csharp-1.14.0\.omnisharp и посмотреть, поможет ли это? Кроме того, похоже, что вы используете довольно недавний выпуск CLI. Обновляли ли вы CLI недавно, и если да, все ли работало до обновления?
Все 53 Комментарий
@dmumladze Спасибо за добавление журнала omnisharp. Вы можете попробовать удалить каталог C:\Users\\.vscode\extensions\ms-vscode.csharp-1.14.0\.omnisharp и посмотреть, поможет ли это? Кроме того, похоже, что вы используете довольно недавний выпуск CLI. Обновляли ли вы CLI недавно, и если да, все ли работало до обновления?
Чтобы переустановить omnisharp, вам также необходимо удалить файл install.LOCK в папке расширений, как указано выше.
Если я удалю папку .omnisharp, я не смогу установить, так как нахожусь за корпорацией. прокси, поэтому пришлось делать это вручную. Раньше я делал ту же ручную установку много раз, а теперь несколько раз пытался переустановить вручную. Я также очистил кешированные папки .nuget и .dotnet.
И да, до обновления CLI все работало.
Пока ничего не работало. Может ли кто-нибудь из вас установить последнюю версию CLI вместе с последней версией VSCode / Omnisharp и посмотреть, работает ли она?
Все еще отслеживаете эту проблему?
@dmumladze Я могу подтвердить, что версия CLI 2.1.300-preview3-008443, похоже, мне подходит, по крайней мере, при создании простой библиотеки классов.
@dmumladze Пробовали ли вы удалить артефакты сборки / восстановления (независимо от морального эквивалента git clean для вашего проекта) и пробовали повторно восстановить?
@rchande Я удалил всю исходную ветку и сделал пересборку / восстановление с нуля .. все то же самое.
Кроме того, @dmumladze, если вы не можете предоставить общий
К сожалению, я не могу поделиться.
Затем сделайте все, что вы сделали, чтобы загрузить свой проект и снова поделиться своим журналом OmniSharp. Обратите внимание, что он напечатает множество путей к файлам. Если вы хотите исключить свое имя пользователя, продолжайте, но постарайтесь оставить пути как можно более нетронутыми. Надеюсь, это поможет нам диагностировать, что происходит на вашем компьютере.
@rchande спасибо за сборку. Я за прокси-сервером, и хотя я установил правильные настройки, я все еще не могу загрузить ни расширение, ни «последнюю» конфигурацию, которую вы предоставили ( "omnisharp.path": "latest" ).
Проблема с прокси - это то, что уже давно присутствует в VS Code. Обратите внимание, что я использую настройки прокси, как показано ниже, но это никогда не работает (пока оставим это как есть).
Я удалил "omnisharp.path": "latest" и снова перезапустил. Смотри приложение.
И, наконец, я удалил все, кроме последней версии SDK, поэтому обновленный dotnet --info находится ниже, а сборка проекта выполняется должным образом при использовании dotnet build .
OmniSharp обработает только первый TFM в вашем проекте. Может попробовать их переключить?
Вы пытались понять, что это не имеет значения?
@DustinCampbell На данный момент мы прекратили использование VSCode . К сожалению, это решение, которое мы приняли из-за этой и других проблем. По другой проблеме, похоже, есть решение в использовании другой библиотеки NTLM.
@rchande Я пробовал с последней версией 1.30.1, логи прилагаются. Стоит ли мне попробовать вашу бета-версию, на которую вы указали ссылку в комментарии выше?
Я вижу аналогичную проблему с редактором Монако.
Далее следовал сценарий установки
Взял образец проекта из тестовых проектов omnisharp и запустил редактор.
Редактор: Monaco v0.13.0
Языковой клиент: monaco-languageclient v0.6.3
Omnisharp: v1.32.1
точка сети: SDK-2.1.302-Linux
Я сталкиваюсь с теми же проблемами, что и прокси.
Среда выполнения:
Имя ОС: Windows
Версия ОС: 10.0.14393
Платформа ОС: Windows
RID: win10-x64
Базовый путь: C: \ Program Files \ dotnet \ sdk \ 2.1.401 \
Исходная проблема была исправлена в ms-vscode.csharp-1.17.0, и проблема с прокси-сервером все еще существует, но решение простое:
Создайте папки (обратите внимание на версию 1.32.6; это для каждой версии, которую вы загружаете)
Загрузите и разархивируйте пакеты отладчика и omnisharp вручную и перезапустите vscode.
Подробнее о проблеме с прокси: аутентификация прокси может быть выполнена с помощью схем аутентификации NTLM , Digest или Negotiate . В моем случае это должно быть NTLM , но VSCode выполняет Negotiate .. Итак, пока эта проблема не будет решена, я придерживаюсь руководства, которое я не возражаю, и это не так раздражает, как могла бы "Система" не найден ", о которой я сообщал ранее.
Как я узнаю, что NTLM работает? Я регулярно использую утилиту cURL, которая по умолчанию использует схему аутентификации Negotiate, но как только я принудительно подключил ее к NTLM, она заработала, так же как и для VSCode:
Вы можете попробовать другие варианты и посмотреть, что вам подходит: --proxy-digest или --proxy-negotiate
Спасибо за исправление в версии 1.17.0!
ПОЖАЛУЙСТА, исправьте проблему с авторизацией прокси .
Получение этого с помощью последних материалов.
Моя личная домашняя рабочая станция, Ничего особенного в сети здесь нет.
Я установил их.
Ошибка прекратилась, когда я установил VS 2019 Preview, который поставляется с MSBuild 16.
Пакет MSBuild, поставляемый с omnisharp, не работал.
MSBuild из обновленного VS 2017 не работал.
Когда установлена предварительная версия 2019, я не вижу ошибок в VSC, и <LangVersion>8.0</LangVersion> работает должным образом.
Возникла та же проблема на macOS.
Вот что появляется, когда я нажимаю кнопку Restore :
В журнале OmniSharp есть два предупреждения:
Предположительно 3.0.0-preview-27324-5 <3.0.0. Поскольку я явно не указываю версию где-либо, кроме TargetFramework, и что TargetFramework отлично работает в VS 2019 Preview, я не уверен, как действовать дальше.
Проблема исчезает, если я нацелен на netcoreapp2.2.
Подтверждено, что это остается проблемой даже для нового проекта, созданного с помощью dotnet new console . Полученный csproj:
Некоторые журналы на случай, если это поможет (путь / имя проекта анонимны):
После перезапуска VS Code:
Аналогичная проблема и на Mac.
Не удается открыть сборку /Users/(MYNAME)/.vscode/extensions/ms-vscode.csharp-1.18.0/.omnisharp/1.32.14-beta.11/omnisharp/OmniSharp.exe: нет такого файла или каталога.
Это действительно странно, потому что моя машина - это Mac, а не окно. (попробовать найти EXE-файл на Mac?)
Читайте также: