依存関係を解決しようとしています：.NET標準ライブラリをNETCoreに変更する-Microsoft.Extensions.Primitives

正確には何をしているのかわかりませんが、ASP.NET Core RTMが数か月間リリースされているため、rc1の参照は間違っているようです。

ソースの1.0.0を取得しました（特に1.0.0タグを選択する必要があります。マスターブランチはASP.NET Core 1.1に基づいています）。

私が変更したのはproject.jsonだけです （Microsoft.Extensions.Caching.Redis.Testを除く、他のアンロードされた無関係のプロジェクトとテストプロジェクトをアンロードしました 。

これは私のproject.jsonです （Microsoft.Extensions.Caching.Redisの ）：

{
  "version": "1.0.0",
  "description": "Distributed cache implementation of Microsoft.Extensions.Caching.Distributed.IDistributedCache using Redis.",
  "packOptions": {
    "repository": {
      "type": "git",
      "url": "https://github.com/aspnet/caching"
    },
    "tags": [
      "cache",
      "distributedcache",
      "redis"
    ]
  },
  "buildOptions": {
    "warningsAsErrors": true,
    "keyFile": "../../tools/Key.snk",
    "nowarn": [
      "CS1591"
    ],
    "xmlDoc": true
  },
  "dependencies": {
    "Microsoft.Extensions.Caching.Abstractions": "1.0.0",
    "Microsoft.Extensions.Options": "1.0.0",
    "StackExchange.Redis.StrongName": "1.1.608"
  },
  "frameworks": {
    "netstandard1.5": { },
    "net451": {
      "dependencies": { },
      "frameworkAssemblies": {
        "System.Runtime": {
          "type": "build"
        }
      }
    }
  }
}

Microsoft.Extensions.Caching.Abstractionsに変更は必要ありません 。

または、StackExchange.Redisを使用することもできます StackExchange.Redis.StrongNameの代わりに これは強い名前ではありません（署名済み）。そのように作成/コンパイルされたパッケージが他のパッケージと同じキーで署名されるかどうかわからないため、後で問題が発生する可能性があります。署名されていないものを使用する場合、アプリケーション自体に強い名前が付けられている場合（または、すべてのアセンブリが強い署名されているというビジネス要件がある場合）、問題が発生する可能性もあります。

これはコンパイルされ、単体テストは合格しましたが、それ以上のテストは行われませんでした。

残りの質問について：

「.NETCore5」のnugetターゲットはdnx50です これは、ASP.NETCorerc1まで使用されていました。 rc2 ASP.NET Coreがdotnet-cliに切り替えられ、DNXは現在サポートされておらず、それ以上の更新を受信しません。 rc2ではnetstandard 利用可能なほとんどのプラットフォーム（完全な.NET Framework、.NET Core、WinRT / WindowsPhone / Windows8 / Windows10、mono、Xamarinなど）をターゲットにできるクラスライブラリの作成を簡素化するために導入されました。 .NET標準ライブラリの詳細を学ぶことができます。