いずれかのターゲットランタイムと互換性のあるフレームワーク.NETCoreApp = v1のランタイムターゲットが見つかりません

Asp.Net Core RC1プロジェクトをRC2に移行しようとしています。このドキュメントに従っており、DNXから.NET CLIへの移行の手順も実行しています。

しようとすると、次のエラーが発生しますdotnet run。

ターゲットランタイムのいずれかと互換性のあるフレームワーク '.NETCoreAPP、Version = v1.0'のランタイムターゲットが見つかりません： 'win10-x64、win81-x64、win8-x64、win7-x64'。考えられる原因：

1. プロジェクトが復元されていないか、復元に失敗しました-'dotnet restore'を実行してください
2. プロジェクトの「ランタイム」に「win10-x64、win81-x64、win7-x64」のいずれかが表示されない

私は走りましたdotnet restore、そしてそれは首尾よく完了したようです。

すべての関連パッケージをRC2に更新しました。

エラーメッセージが言ったことを正確に実行する必要がありました。RC1から移行するときruntimesに、project.jsonファイルのセクションを指定する必要があることに気付きませんでした。

私project.jsonに次のセクションを追加しました：

"runtimes": {
    "win10-x64": { }
  }

行ってよかった。

2017年2月27日更新

Visual Studio 2017 RCの新しいプロジェクトテンプレートでは、アプリを（FDD）としてデプロイすることを選択した場合、事前にランタイムを（project.jsonまたはで.csproj）指定する必要がなくなりましたFramework Dependent Deployment。

ただし、Self-contained Deployment（SCD）を使用してアプリをデプロイする場合は、アプリで実行するすべてのランタイムをファイルに事前に指定する必要があり.csprojます。

以下は、.csprojSCD展開方法を使用するアプリのファイルの例です。

<Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>netcoreapp1.0</TargetFramework>
    <VersionPrefix>1.0.0</VersionPrefix>
    <DebugType>Portable</DebugType>
    <RuntimeIdentifiers>win10-x64;osx.10.11-x64</RuntimeIdentifiers>
  </PropertyGroup>
  <ItemGroup>
    <PackageReference Include="Newtonsoft.Json" Version="9.0.1" />
  </ItemGroup>
</Project>

詳細については、このリンクを参照してください。これには、両方のタイプの導入オプションの完全な説明と、それらの利点と欠点が含まれます。

VS2015コアテンプレートを1.0.1に更新した後、このエラーを受け取りました。これは、netstandard 1.4 各ランタイムを指定する必要がない場合にターゲットにするPCLがあるためです。依存関係マークアップを次のMicrosoft.NETCore.Appように変更してください。

"Microsoft.NETCore.App": {
 "type": "platform",
 "version": "1.0.1"
}

project.jsonで私はこれを変更しました（追加されたタイプ）：

//"Microsoft.NETCore.App": "1.1.0",
"Microsoft.NETCore.App": { "version": "1.1.0", "type": "platform" },

今、私は再び構築することができます:-)

更新：ウェブサイトを再構築することはできますが、実行することはできません。

ランタイムとSDKがあることを確認する必要もあります。

*）Visual Studioツールには.NET Core 1.0.1が含まれます。.NET Core 1.1サポートを追加するには、.NET Core 1.1ランタイムもインストールする必要があります。

https://www.microsoft.com/net/download/core#/current

Visual Studio 2015で信じられないほど壊れたNuGetパッケージマネージャーを使用してproject.jsonの依存関係を更新したため、このエラーが発生しました。それはこれを回しました：

"frameworks": {
  "netcoreapp1.0": {
    "dependencies": {
      "Microsoft.NETCore.App": {
        "type": "platform",
        "version": "1.0.1"
      } 
    }
  }
}

これに：

"dependencies": {
  "Microsoft.NETCore.App": "1.1.0"
},
"frameworks": {
  "netcoreapp1.0": {}
}

さようなら、プラットフォームの定義！

これら2つのリンクを読んだ場合：

まず、https：//docs.microsoft.com/en-us/dotnet/articles/core/tutorials/using-with-xplat-cli

そして

2番目、https：//docs.microsoft.com/en-us/dotnet/articles/core/rid-catalog

project.jsonの依存関係のルート要素にある次のスニペットを使用して、完全に移植可能なバージョンを構築できることがわかります。ランタイムを指定する必要はありません。これはコアレベルのランタイムであり、プラットフォームに依存しないか、「フレームワーク依存」として知られている必要があるためです。

"Microsoft.NETCore.App": {
    "type": "platform",
    "version": "1.0.1"
}

または、type：platform要素を次のように削除することで、複数のターゲットプラットフォーム（「自己完結型アプリケーション」）を構築できます。

これをproject.jsonの依存関係ルート要素に追加します

"Microsoft.NETCore.App": {
    "version": "1.0.1"
}

これを新しいルートレベル要素として追加します

"runtimes": {
    "win10-x64": {},  /* one or more RIDs */
    "osx.10.10-x64": {}
  },

複数のターゲットを設定するには、「。NET Core Runtime IDentifiers（RID）」というプラットフォーム名を指定する必要があります。これらのリストは、上記の2番目のリンクにあります。Windows、Linux、OS Xの多くのフレーバーが含まれています。

さまざまな導入オプションの概要については、次のページもご覧ください。

https://docs.microsoft.com/en-us/dotnet/articles/core/deploying/index

上記のリンクから：

.NET Coreアプリケーションの2種類の配置を作成できます。

フレームワーク依存の展開

名前が示すように、フレームワーク依存デプロイメント（FDD）は、ターゲットシステムに存在する.NET Coreの共有システム全体のバージョンに依存しています。.NET Coreはすでに存在するため、アプリは.NET Coreのインストール間でも移植可能です。アプリには、独自のコードと、.NET Coreライブラリの外部にあるサードパーティの依存関係のみが含まれています。FDDには、コマンドラインからdotnetユーティリティを使用して起動できる.dllファイルが含まれています。たとえば、dotnet app.dllはappという名前のアプリケーションを実行します。

自己完結型の展開

FDDとは異なり、自己完結型デプロイメント（SCD）は、ターゲットシステムに存在する共有コンポーネントに依存しません。.NET Coreライブラリと.NET Coreランタイムの両方を含むすべてのコンポーネントは、アプリケーションに含まれており、他の.NET Coreアプリケーションから分離されています。SCDには、プラットフォーム固有の.NET Coreホストの名前を変更したバージョンである実行可能ファイル（Windowsプラットフォーム上のapp.exeなどのアプリケーション）と、.dllファイル（app.dllなど）が含まれます。実際のアプリケーション。

私の場合、すべてのnugetパッケージを最新バージョンに更新し、nugetが 'Microsoft.NETCore.App'パッケージの参照を次のように変更しました。

"Microsoft.NETCore.App": "1.1.0"

私はそれを次の形式に戻し、すべてがうまくいきました：

"Microsoft.NETCore.App": {
      "version": "1.1.0",
      "type": "platform"
    }

さようなら私の人生の3時間...

dotnet newを実行して出力プロジェクトjsonを見ると、モニカーが変更されていることがわかります。

次のようにproject.jsonに変更を加えます。

"dependencies": {},
   "frameworks": {
     "netcoreapp1.0": {
        "dependencies": {
         "Microsoft.NETCore.App": {
         "type": "platform",
         "version": "1.0.1"
         }
    },
      "imports": "dnxcore50"
    }
  }

次のページの下にあるsvickのコメントから役立つリンクを見つけました：https : //github.com/dotnet/cli/issues/2442

project.jsonに次のものが必要であることがわかりました。これが私のエラーを修正するために必要なものです：

依存関係

"dependencies": {
   "Microsoft.NETCore.App": {
      "version": "1.0.1",
      "type": "platform"
   },
}

フレームワーク

"frameworks": {
    "netcoreapp1.0": {
      "imports": [
        "dotnet5.6",
        "portable-net45+win8"
      ]
    }
  },

ランタイム

  "runtimeOptions": {
    "configProperties": {
      "System.GC.Server": true
    }
  },

IISへの公開を計画している場合は、ランタイムを追加することをお勧めします。以下をご覧ください。

 "runtimes": {
    "win10-x64": {}
  },

これは私にとってうまくいった一般的なヒントです。問題が発生すると、デフォルトのASP.NET Coreアプリケーションを作成して、project.jsonなどの依存関係を確認するために、ウェブサイトまたは空のウェブAPIを作成することがあります。多くの場合、その方法で多くのことをキャッチできます。上記の回答は適切ですが、誰かがASP.NET Coreが使用する一般的なテンプレート形式でロジックを分離したい場合に備えて、ここに書こうと思いました。

VS 2015を搭載したWindows 7では、netcore 1.1.2に更新した後の解決策で、project.jsonファイルが次のように変更されていました。

{
"version": "1.0.0-*",
  "buildOptions": {
    "emitEntryPoint": true
  },

  "dependencies": {
    "Microsoft.NETCore.App": "1.1.2"
  },

  "frameworks": {
    "netcoreapp1.0": {
      "imports": "dnxcore50"    //This line must disappear
    }
  },

  "runtimes": {                 //
    "win7-x64": {}              //Add this lines
  }                             //
}

これを変更した後、依存関係は更新され、ビオラになります。