这里的基本问题是，构建和链接C ++程序在很大程度上取决于所使用的构建系统。您将需要使用插件和自定义代码的某种组合来支持以下不同的任务：
编辑器的常规C ++语言支持。通常，这是使用ms-vscode.cpptools完成的，大多数人希望它还能处理很多其他内容，例如构建支持。让我为您节省一些时间，事实并非如此。但是，您可能还是想要它。
生成，清理和重建任务。这是您选择构建系统的地方。您会找到诸如CMake和Autoconf之类的插件（上帝会帮助您），但是如果您使用的是Meson和Ninja之类的插件，则必须编写一些帮助程序脚本，并配置一个自定义的“ tasks.json”文件以处理这些。在最近的几个版本中，Microsoft完全更改了该文件的所有内容，直至应有的名称以及可以使用的位置（是，placeS），更不用说完全更改格式了。更糟糕的是，他们对SORT OF保持了向后兼容性，以确保使用“版本”键来指定所需的变体。在这里查看详细信息：
https://code.visualstudio.com/docs/editor/tasks
...但请注意与以下内容冲突：
https://code.visualstudio.com/docs/languages/cpp
警告：在下面的所有答案中，低于2.0.0的带有“版本”标签的所有内容均不适用。
这是我目前最接近的东西。请注意，我将大部分繁重的工作放在脚本上，这实际上并没有给我提供我可以使用的任何菜单条目，并且没有任何好的方法可以在调试和发布之间进行选择，而不仅仅是在其中添加三个显式条目。这里。话虽如此，这是我目前可以容忍的.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仍然不存在，它都会bit之以鼻。（是的，目前，这意味着我被迫将.vscode签入Subversion，对此我感到不满意。）请注意，我的构建脚本（未显示）仅使用以下命令创建（或重新创建）DEBUG目录：我的情况，介子，并在其中建立（在我的情况下，使用忍者）。
- 运行，调试，附加，停止。这些是另一组任务，在“ launch.json”中定义。或者至少他们曾经是。微软对文档进行了这样的哈希处理，我什至不确定。
