Краткий ответ
Добавьте явную версию в Microsoft.AspNetCore.App
ссылку на пакет в файле .csproj.
Длинный ответ
У меня был совершенно новый проект netcoreapp2.1. Следующее было в файле .csproj. Обратите внимание, что со Microsoft.AspNetCore.App
ссылкой на пакет не было связано ни одной версии .
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
...
</ItemGroup>
Я добавил явную ссылку на Microsoft.Extensions.Logging.Abstractions
пакет, чтобы устранить несоответствие зависимостей (ошибка сборки). Micorsoft.AspNetCore.App
требуется версия 2.1.0 этой зависимости, но другому пакету нужна версия 2.1.1. Мой файл .csproj теперь выглядел так.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Это уменьшило ошибку сборки до предупреждения о том, что Micorsoft.AspNetCore.App
требуется версия Microsoft.Extensions.Logging.Abstractions
пакета 2.1.0, но версия 2.1.1, конечно же, была решена.
Попытка обновить Micorsoft.AspNetCore.App
до версии 2.1.1, чтобы исправить предупреждение, была заблокирована диспетчером пакетов, как упоминалось OP.
Я обновил Micorsoft.AspNetCore.App
ссылку на свой пакет, чтобы явно использовать версию 2.1.1, как это.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Это устранило предупреждение сборки и разблокировало все версии Microsoft.AspNetCore.App
в диспетчере пакетов. Я даже смог удалить явную ссылку на, Microsoft.Extensions.Logging.Abstractions
не возвращая исходную ошибку. Окончательный .csproj выглядел так, без проблем.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
...
</ItemGroup>