Я не могу запускать свои модульные тесты.
У меня следующая ошибка:
Ваш проект не ссылается на фреймворк ".NETFramework, Version = v4.6.2". Добавьте ссылку на .NETFramework, Version = v4.6.2 в свойстве TargetFrameworks файла проекта, а затем повторно запустите восстановление NuGet.
In app.config:
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.2"/>
</startup>
В Project> Properties> Application> TargetFramework (.NET Framework 4.6.2)
Как я могу это исправить?
Пожалуйста, сделайте следующие шаги
/packages мне также пришлось запустить nuget restore
- person imnk; 07.04.2020
Clean не очищает папку obj. Это решило бы эту проблему.
- person HackSlash; 03.08.2020
obj/ папки.
- person skst; 15.09.2020
hg purge --all (будьте осторожны: при этом удаляются все файлы, которые не находятся под контролем версий, что именно то, что вы ожидаете в большинстве случаев чистого решения )
- person CodeFox; 28.12.2020
У меня возникла аналогичная проблема, но с v4.7.2. А именно, я продолжал получать такое сообщение журнала сборки:
error : Your project does not reference ".NETFramework,Version=v4.7.2" framework. Add a reference to ".NETFramework,Version=v4.7.2" in the "TargetFrameworks" property of your project file and then re-run NuGet restore.
Несмотря на то, что это выглядело похоже, ни один из предложенных выше шагов не помог мне. Я продолжал видеть это сообщение после каждой сборки. Казалось, ничто не могло помочь.
На самом деле проблема была связана с тем, что из-за миграции мне пришлось поместить два проекта в одну папку кода. Один из них был нацелен на .Net Core, другой - на .Net Framework, оба ссылались на одни и те же стандартные библиотеки .Net. Судя по всему, они используют ту же папку obj, в которую проекты Core помещают файл project.assets.json. Собственно, именно этот файл мешает проекту Framework и мешает его нормальной сборке. Кажется, даже если вы выполнили Перенести из packages.config в PackageReference ..., который был рекомендован как одно из возможных решений.
Вы можете попытаться решить проблему, поместив следующий фрагмент в файл проекта Framework:
<Project>
...
<PropertyGroup>
<BaseOutputPath>$(MSBuildProjectDirectory)/out/$(MSBuildProjectName)/bin</BaseOutputPath>
<BaseIntermediateOutputPath>$(MSBuildProjectDirectory)/out/$(MSBuildProjectName)/obj</BaseIntermediateOutputPath>
</PropertyGroup>
...
</Project>
У меня сразу сработало, только потом, когда я внимательно прочитал, зачем он нам нужен и почему работает. Неожиданно нашел его в часть 2 раздела Перенос образца приложения WPF на .NET Core 3 в разделе Обеспечение продолжения сборки проекта .NET Framework. Здесь можно найти переменные BaseOutputPath и BaseIntermediateOutputPath msbuild, не уверен, хорошо ли они где-либо задокументированы.
Это случилось со мной при открытии проекта VS2015 в VS2017. Удаление project.assets.json из папки obj помогло.
В любом случае, Framework из сообщения отсутствовал в файле, но я не добавлял его туда, а удалил его.
git clean -xdf
Это должно делать свое дело. У нас это сработало и в Jenkins. (мы просто воспроизвели неудачную сборку с помощью модифицированного скрипта, который сначала запустил git clean).
По какой-то причине MSBuild / Visual Studio путаются при переключении между ветвями, предназначенными для разных версий .NET Framework, поэтому мне приходилось регулярно выполнять очистку git при переключении между ветвями.
Я проголосовал за Ларису, но подумал, что было бы полезно узнать, как я попал в это. Я добавил в свою сборку стандартный файл проекта .net (мы нацелены на множество платформ), и он создал мусор, найденный в папке obj. Когда появилась сборка работоспособности Android, ее вырвало в папку obj. Мое решение заключалось в том, чтобы очистить эту папку перед сборкой. Это сложная проблема, потому что она отлично работала годами ... иголка встречается со стогом сена.
Я столкнулся с тем же самым с .net 4.71. В моем случае я просто перешел из packages.config в «ссылки на пакеты» для каждого
Перенести из packages.config в PackageReference < / а>
... и это устранило мою проблему. Что касается меня, я все равно собирался сделать это, поэтому, если вы уже идете по этому пути, я просто пропущу приведенное выше и перейду к ссылкам на пакеты.
В моем случае удалите папку .pkgrefgen/ в папке проекта, она содержит файл project.assets.json, который относится к старой платформе .net.
Переименование проекта решило ошибку для меня. Проблема возникла после того, как я создал проект .NET Core, затем я удалил его и создал проект .NET Standard с тем же именем. Папка Obj вообще отсутствовала. Удаление папки bin, пакетов, решения для очистки и восстановления и получение последней версии с переопределением не помогло.
Я не пробовал это, но эта ветка Предлагаемый обходной путь должен быть включен в тег csproj:
<ResolveNuGetPackages>false</ResolveNuGetPackages>
Я использую очень старый проект .NET, и он работал нормально, пока внезапно не остановился. Обновление Visual Studio исправлено для меня ты.
