オープンカバーレポートを生成するには、debugTypeをFullにする必要があります。私は、カバレッジが特定のしきい値に達していない場合、ビルドに失敗しなければならないので、ビルドサーバーに関するレポートを生成します。 ビルドはリリースモードで生成されます。 私のcsprojファイルにdebugType Fullを保存するとどんな結果がありますか？それは生産のパフォーマンスを低下させるでしょうか？<DebugType>フル</DebugType>と<DebugType>ポータブル</DebugType>の.netコアプロジェクトの違いは何ですか？
"フル"タイプは、複雑で文書化されていない古典的なWindows PDBシンボルファイルを生成するという違いがあります。 「移植可能な」PDB形式は、すべてのプラットフォームで作成および使用できる新しいオープンソース形式です。このフォーマットの詳細についてはit's documentation on the dotnet/core repoで読むことができます。
これは、アプリケーションをデバッグできるかどうかとは関係なく、新しくvsクラシック形式をサポートするツールとは関係ありません。したがって、ランタイムの結果はありません（.NET Framework < 4.7.1のスタックトレースの印刷を除く、ポータブルpdbファイルをアプリケーションとともに出荷し、行番号のマッピングを表示する場合）。
ツールが新しいフォーマットで動作するように更新されるまで、新しいフォーマットをサポートしていないツールを使用する必要がある場合はFullにDebugTypeプロパティを変更する必要があります。これは、ベースのプロジェクトです。 pdbonlyおよび/デバッグ：だけに
は、デバッグビルドのために、あなたはあなたのcsprojを/デバッグの間
<PropertyGroup Condition=" '$(Configuration)' == 'Debug' ">
<DebugType>Full</DebugType>
</PropertyGroup>
私は、パフォーマンスの低下を心配することなくDebugType Fullを使用できると断言できますか？ –
デバッグモードでのみ使用する場合 –
にはcsprojの設定例が追加されました –
違いのようなセクションが含まれているしたいと思うことを行う完全なコンパイラの発する：いっぱいです/デバッグとのことデバッグ情報が利用可能であることをJITコンパイラに伝えるために使用されるDebuggableAttribute –
これは、本番環境でパフォーマンスを低下させますか？ –
@AnantDabhi質問は 'pdbonly'に関するものではなく'/debug：portable'等価の引数に関するものです（正式な文書は更新されていないようです） –