Respuesta corta
Agregue una versión explícita a la Microsoft.AspNetCore.App
referencia del paquete en su archivo .csproj.
Respuesta larga
Tenía un nuevo proyecto netcoreapp2.1. Lo siguiente estaba en el archivo .csproj. Tenga en cuenta que no había ninguna versión asociada con la Microsoft.AspNetCore.App
referencia del paquete.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
...
</ItemGroup>
Agregué una referencia explícita al Microsoft.Extensions.Logging.Abstractions
paquete para resolver una falta de coincidencia de dependencia (error de compilación). Micorsoft.AspNetCore.App
quería la versión 2.1.0 de esta dependencia, pero otro paquete quería la versión 2.1.1. Mi archivo .csproj ahora se ve así.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Esto redujo el error de compilación a una advertencia sobre la Micorsoft.AspNetCore.App
necesidad de la versión 2.1.0 del Microsoft.Extensions.Logging.Abstractions
paquete, pero la versión 2.1.1, por supuesto, se resolvió.
Micorsoft.AspNetCore.App
El Administrador de paquetes bloqueó el intento de actualizar a la versión 2.1.1 para corregir la advertencia, como lo menciona el OP.
Actualicé la Micorsoft.AspNetCore.App
referencia de mi paquete para usar explícitamente la versión 2.1.1 de esta manera.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
<PackageReference Include="Microsoft.Extensions.Logging.Abstractions" Version="2.1.1" />
...
</ItemGroup>
Esto solucionó la advertencia de compilación y desbloqueó todas las versiones de Microsoft.AspNetCore.App
Package Manager. Incluso pude eliminar la referencia explícita a Microsoft.Extensions.Logging.Abstractions
sin volver a introducir el error original. El .csproj final se ve así sin problemas.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" Version="2.1.1" />
...
</ItemGroup>