Krótka odpowiedź
Dodaj jawną wersję do Microsoft.AspNetCore.App
odwoł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.App
odwołaniem do pakietu nie jest powiązana żadna wersja .
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
...
</ItemGroup>
Dodałem jawne odniesienie do Microsoft.Extensions.Logging.Abstractions
pakietu, aby rozwiązać niezgodność zależności (błąd kompilacji). Micorsoft.AspNetCore.App
chciał 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.App
wymaganiu wersji 2.1.0 Microsoft.Extensions.Logging.Abstractions
pakietu, ale wersja 2.1.1 została oczywiście rozwiązana.
Próba aktualizacji Micorsoft.AspNetCore.App
do 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.App
odniesienie 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.App
w Menedżerze pakietów. Udało mi się nawet usunąć wyraźne odniesienie do Microsoft.Extensions.Logging.Abstractions
bez 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>