Я получил эту ошибку сегодня при попытке открыть Visual Studio 2008 проекта в Visual Studio 2005:Импортированного проект «C: Microsoft.CSharp.targets» не был найден
Импортированного проект " C: \ Microsoft.CSharp.targets "не найден.
Откройте файл csproj в блокноте (или Notepad ++) Найти строку:
<Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
и изменить его на
<Import Project="$(MSBuildBinPath)\Microsoft.CSharp.targets" />
Это link on MSDN также помогает много, чтобы понять причину, почему он не работает. $ (MSBuildToolsPath) - это путь к Microsoft.Build.Engine v3.5 (автоматически вставлен в файл проекта при создании в VS2008). Если вы попытаетесь создать свой проект для .Net 2.0, убедитесь, что вы изменили этот путь на $ (MSBuildBinPath), который является путем к Microsoft.Build.Engine v2.0.
ИТАК, что если это сказать: между GT/л подписывает
Импорт Project = "$ (MSBuildExtensionsPath) \ Microsoft \ Silverlight \ v3.0 \ Microsoft.Silverlight.CSharp.targets " /
Как устранить ошибку цели?
Я также нашел, что строка импорта в демонстрационном проекте (в частности, «Создайте свою собственную MVVM Framework» Роб Эйзенбурга).
Если вы замените этот импорт на тот, который был предложен RTM-отчетами lomaxx VS2010, вам необходимо установить this.
Я получил это после переустановки Windows. Visual Studio была установлена, и я мог видеть тип проекта Silverlight в окне New Project, но открытие одного из них не сработало. Решение было простым: мне пришлось установить среду выполнения Silverlight Developer и/или Microsoft Silverlight 4 Tools для Visual Studio. Это может показаться глупым, но я упустил это из виду, потому что думал, что он должен работать, поскольку был доступен проект проекта Silverlight.
Для ошибок с Microsoft.WebApplications.targets, вы можете:
Microsoft.WebApplication.targets» из файла машины разработки в машину сборки TFS.Here's должность.
Я использовал, чтобы иметь эту следующую строку в файл csproj:
<Import Project="$(MSBuildExtensionsPath32)\Microsoft\VisualStudio\v10.0\WebApplications\Microsoft.WebApplication.targets" />
После удаления этого файла, он отлично работает.
Эта ошибка также может возникнуть при открытии проекта Silverlight, который был построен на SL 4, в то время как у вас установлен SL 5.
Приведенное ниже примерное сообщение об ошибке: импортированный проект «C: \ Program Files (x86) \ MSBuild \ Microsoft \ Silverlight \ v4.0 \ Microsoft.Silverlight.CSharp.targets" не найден.
Обратите внимание на v4.0.
Чтобы решить, редактировать проект и найти:
<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>
И изменить его на v5.0.
Затем перезагрузите проект и он откроется (если у вас нет SL 5).
Если вы столкнулись с ошибкой, в которой говорится, что Microsoft.CSharp.Core.targets не найден, это шаги, которые я предпринял для исправления моих. Откройте любую папку предыдущих рабочих проектов и перейдите по ссылке, указанной в ошибке: Project/(название рабочего проекта) /packages/Microsoft.Net.Compilers.1.3.2/tools/ и выполните поиск Microsoft.CSharp.Core. файл целей. Скопируйте этот файл и поместите его в нерабочую папку «Инструменты» (то есть, перейдя к папке с инструментами в нерабочем проекте, как показано выше) Теперь закройте свой проект (если он был открыт) и снова откройте его , Теперь он должен работать. Кроме того, чтобы убедиться, что все работает правильно в вашем открытом проекте Visual Studio, откройте «Инструменты» - NuGetPackage Manager - Управление пакетами NuGet для решения. Здесь, возможно, вы обнаружите ошибку, которая говорит, что CodeAnalysis.dll используется другим приложением. Снова перейдите в «папку с инструментами», найдите указанный файл и удалите его. Вернитесь к разделу «Управление пакетами NuGet для решения». Вы найдете ссылку, которая попросит вас перезагрузить, щелкните по нему, и все будет повторно установлено. Теперь ваш проект должен работать правильно.
Это глобальное решение, не зависящее от конкретного пакета или контейнера.
В моем случае, я удалил пакетов папки из моего корневого каталога.
Возможно, это происходит из-за ваших пакетов, но компилятор не находит ссылку. поэтому сначала удалите старые пакеты и добавьте новые пакеты.
Шаги к Добавить новые пакеты
Это неправильное решение, но Я разместил его здесь, потому что у меня такая же проблема.
В моем случае, Я даже не могу открыть свое решение в визуальной студии и не получил никакой помощи в ответах выше.
Как говорит Альф Мох, просто найдите этот файл где-то еще на своем компьютере и скопируйте его в папку, где он ищет его. –
@SerjSagan да, это поможет, но иногда вы не можете открыть даже файл решения в визуальная студия, в то время мое решение wi ll help .. – Bharat
Это сработало для меня! – xhedgepigx
В моем случае я открыл файл .csproj в блокноте и удалил следующие три строки. Работал как шарм:
<Import Project="..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props" Condition="Exists('..\packages\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0\build\Microsoft.CodeDom.Providers.DotNetCompilerPlatform.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.0.0\build\Microsoft.Net.Compilers.props')" />
<Import Project="..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props" Condition="Exists('..\packages\Microsoft.Net.Compilers.1.3.2\build\Microsoft.Net.Compilers.props')" />
Для меня вопрос в том, что путь проекта содержал% 20 символов, потому что мерзавец добавлены те вместо пробелов, когда репозиторий был клонирован. Другая проблема может возникнуть, если путь к пакету слишком длинный.
Я удалил папку obj, а затем проект загрузился, как ожидалось.
В моем случае я не мог загрузить один из 5 проектов в моем решении.
Это помогло близко Visual Studio и мне пришлось удалитьMicrosoft.Net.Compilers.1.3.2 папку NuGet под packages папку.
Затем откройте свое решение снова и проект загружен как ожидается
Просто, чтобы быть уверенным, закройте все экземпляры VS перед удалением папки.
Иногда проблема может быть с жестко запрограммированной версией VS в файле .csproj. Если у вас есть в вашем csproj что-то вроде этого:
[...]\VisualStudio\v12.0\WebApplications\Microsoft.WebApplication.targets"
Вы должны проверить, если номер правилен (причина это неправильно может быть проект был создан с другой версией Visual Studio). Если это не так, замените его с текущей версией сборки инструментов или использовать переменную VS:
[...]\VisualStudio\v$(VisualStudioVersion)\WebApplications\Microsoft.WebApplication.targets"
Mine говорит, "
@Iomaxx, я исправил проблема, изменив Monodevelop Build Target на Mono/.NET 4.0 из Mono/.NET 3.5. – Frank
Mine уже сказал MSBuildBinPath, но он включил CompactFramework в пространство имен: