Krótka odpowiedź
Dodaj jawną wersję do Microsoft.AspNetCore.Appodwołania do pakietu w pliku .csproj.
Długa odpowiedź
Miałem zupełnie nowy projekt netcoreapp2.1. W pliku .csproj znajdowały się następujące informacje. Uwaga: z Microsoft.AspNetCore.Appodwołaniem do pakietu nie jest powiązana żadna wersja .
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
...
</ItemGroup>
Dodałem jawne odniesienie do Microsoft.Extensions.Logging.Abstractionspakietu, aby rozwiązać niezgodność zależności (błąd kompilacji). Micorsoft.AspNetCore.Appchciał mieć wersję 2.1.0 tej zależności, ale inny pakiet chciał mieć wersję 2.1.1. Mój plik .csproj wyglądał teraz tak.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Zmniejszyło to błąd kompilacji do ostrzeżenia o Micorsoft.AspNetCore.Appwymaganiu wersji 2.1.0 Microsoft.Extensions.Logging.Abstractionspakietu, ale wersja 2.1.1 została oczywiście rozwiązana.
Próba aktualizacji Micorsoft.AspNetCore.Appdo wersji 2.1.1 w celu naprawienia ostrzeżenia została zablokowana przez Menedżera pakietów, jak wspomniano w OP.
Zaktualizowałem Micorsoft.AspNetCore.Appodniesienie do pakietu, aby jawnie używać wersji 2.1.1 w ten sposób.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Naprawiło to ostrzeżenie o kompilacji i odblokowało wszystkie wersje Microsoft.AspNetCore.Appw Menedżerze pakietów. Udało mi się nawet usunąć wyraźne odniesienie do Microsoft.Extensions.Logging.Abstractionsbez ponownego wprowadzania pierwotnego błędu. Ostateczny plik .csproj wyglądał tak bez żadnych problemów.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
...
</ItemGroup>