Respuesta corta
Agregue una versión explícita a la Microsoft.AspNetCore.Appreferencia 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.Appreferencia del paquete.
<ItemGroup>
...
<PackageReference Include="Microsoft.AspNetCore.App" />
...
</ItemGroup>
Agregué una referencia explícita al Microsoft.Extensions.Logging.Abstractionspaquete para resolver una falta de coincidencia de dependencia (error de compilación). Micorsoft.AspNetCore.Appquerí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.Appnecesidad de la versión 2.1.0 del Microsoft.Extensions.Logging.Abstractionspaquete, pero la versión 2.1.1, por supuesto, se resolvió.
Micorsoft.AspNetCore.AppEl 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.Appreferencia 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.AppPackage Manager. Incluso pude eliminar la referencia explícita a Microsoft.Extensions.Logging.Abstractionssin 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>