ここでの基本的な問題は、C ++プログラムのビルドとリンクが、使用中のビルドシステムに大きく依存していることです。プラグインとカスタムコードのいくつかの組み合わせを使用して、次の異なるタスクをサポートする必要があります。
エディターの一般的なC ++言語サポート。これは通常、ms-vscode.cpptoolsを使用して行われます。ほとんどの人は、ビルドサポートなど、他の多くのものも処理することを期待しています。少し時間を節約しましょう。そうではありません。ただし、とにかくそれが必要になるでしょう。
タスクのビルド、クリーン、および再ビルド。ここで、ビルドシステムの選択が非常に重要になります。CMakeやAutoconf（god help you）などのプラグインが見つかりますが、MesonやNinjaなどのプラグインを使用している場合は、ヘルパースクリプトをいくつか作成し、カスタムの "tasks.json"ファイルを構成してこれらを処理します。Microsoftは、このファイルに関するすべての変更を、最後のいくつかのバージョンで、呼び出されることになっている場所と、ファイルが移動できる場所（はい、場所S）まで、完全に変更しました。さらに悪いことに、下位互換性が維持されているため、「バージョン」キーを使用して必要なバリアントを確実に指定できます。詳細はこちら：
https://code.visualstudio.com/docs/editor/tasks
...ただし、次と競合することに注意してください。
https://code.visualstudio.com/docs/languages/cpp
警告：以下のすべての回答では、「2.0.0」より前の「バージョン」タグで始まるものはすべて廃止されています。
これが私が現時点で最も近いものです。スクリプトの大部分をキックオフすることに注意してください。これは実際に使用できるメニューエントリを提供するものではなく、さらに3つの明示的なエントリを作成しないと、デバッグとリリースを選択する適切な方法はありません。ここに。以上のことから、現時点で.vscode / tasks.jsonファイルとして許容できるのは次のとおりです。
{
// See https://go.microsoft.com/fwlink/?LinkId=733558
// for the documentation about the tasks.json format
"version": "2.0.0",
"tasks": [
{
"label": "build project",
"type": "shell",
"command": "buildscripts/build-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
},
{
"label": "rebuild project",
"type": "shell",
"command": "buildscripts/rebuild-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
},
{
"label": "clean project",
"type": "shell",
"command": "buildscripts/clean-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
}
]
}
理論的には、このファイルはワークスペースルートに置いた場合に機能すると想定されているため、隠しディレクトリ（.vscode）内のファイルのチェックがリビジョン管理システムに行き詰まることはありません。それが実際に機能することはまだわかりません。テストしますが、失敗した場合は.vscodeに入れます。いずれにせよ、とにかくそこになければIDEはうまくいきません。（はい、現時点では、これは.vscodeをsubversionにチェックインすることを余儀なくされたことを意味します。これは不満です）。ビルドスクリプト（図には示されていません）は、私のケース、中間子、そしてその中に（私の場合、忍者を使って）ビルドします。
- 実行、デバッグ、接続、停止。これらは、「launch.json」で定義されている別のタスクセットです。または、少なくとも以前はそうでした。マイクロソフトはこのようなドキュメントのハッシュを作成しました。
