创建开发容器
Visual Studio Code 开发容器扩展允许你使用 Docker 容器作为功能齐全的开发环境。它允许你通过容器打开任何文件夹或仓库,并充分利用 Visual Studio Code 的全部功能。项目中的 devcontainer.json
文件会告诉 VS Code 如何访问(或创建)一个具有明确定义的工具和运行时堆栈的开发容器。这个容器可以用来运行应用程序,或者提供处理代码库所需的独立工具、库或运行时。
创建开发容器的路径
本文档将介绍在 VS Code 中创建开发(dev)容器的步骤
- 创建
devcontainer.json
,它描述了 VS Code 如何启动容器以及连接后需要做什么。 - 通过使用 Dockerfile 来制作并持久化开发容器的更改,例如安装新软件。
- 通过 Docker Compose 配置多个容器。
- 进行更改后,构建你的开发容器以确保更改生效。
完成上述任何步骤后,你将拥有一个功能齐全的开发容器,你可以继续本教程的下一步以添加更多功能,或者停止并在当前拥有的开发环境中开始工作。
注意:开发容器扩展有一个 Dev Containers: Add Dev Container Configuration Files... 命令,允许你从列表中选择一个预定义的容器配置。如果你更倾向于立即拥有一个完整的开发容器,而不是逐步构建
devcontainer.json
和 Dockerfile,你可以跳到自动化开发容器创建。
创建 devcontainer.json 文件
VS Code 的容器配置存储在 devcontainer.json 文件中。这个文件类似于用于调试配置的 launch.json
文件,但它是用于启动(或附加到)你的开发容器。开发容器配置要么位于 .devcontainer/devcontainer.json
下,要么作为 .devcontainer.json
文件(注意点前缀)存储在项目的根目录中。
你可以使用镜像作为 devcontainer.json
的起点。镜像就像一个迷你磁盘驱动器,预装了各种工具和操作系统。你可以从容器注册表拉取镜像,注册表是存储镜像的仓库集合。这是一个简单的 devcontainer.json
示例,它使用预构建的 TypeScript 和 Node.js VS Code 开发容器 镜像
{
"image": "mcr.microsoft.com/devcontainers/typescript-node:0-18"
}
你可以修改配置以执行以下操作
- 在容器中安装其他工具,例如 Git。
- 自动安装扩展。
- 转发或发布其他端口。
- 设置运行时参数。
- 重用或扩展你现有的 Docker Compose 设置。
- 添加更多高级容器配置。
对于此示例,如果你想在容器中安装 Code Spell Checker 扩展并自动转发端口 3000,你的 devcontainer.json
将如下所示
{
"image": "mcr.microsoft.com/devcontainers/typescript-node",
"customizations": {
"vscode": {
"extensions": ["streetsidesoftware.code-spell-checker"]
}
},
"forwardPorts": [3000]
}
注意:基于基础镜像中的内容,容器中将已经添加了额外的配置。例如,我们在上面添加了
streetsidesoftware.code-spell-checker
扩展,容器也将包含"dbaeumer.vscode-eslint"
,因为 它是mcr.microsoft.com/devcontainers/typescript-node
的一部分。这在使用 devcontainer.json 预构建时会自动发生,你可以在预构建部分阅读更多相关信息。
有了上述 devcontainer.json
,你的开发容器即可正常工作,你可以连接并开始在其内部进行开发。使用 Dev Containers: Reopen in Container 命令试一试
运行此命令后,当 VS Code 重启时,你现在已处于一个 Node.js 和 TypeScript 开发容器中,端口 3000 已转发,并且 ESLint 扩展已安装。连接后,请注意状态栏左侧的绿色远程指示器,它显示你已连接到开发容器
其他开发容器场景
通过 devcontainer.json
文件,你可以
- 启动一个独立的容器来隔离你的工具链或加速设置。
- 使用由镜像、Dockerfile 或 Docker Compose 定义的容器化应用程序。
- 在开发容器内部使用 Docker 或 Kubernetes 来构建和部署你的应用程序。
如果 devcontainer.json
支持的工作流程不符合你的需求,你也可以附加到已运行的容器。
提示:想使用远程 Docker 主机吗?请参阅在远程 Docker 主机上开发文章了解设置详情。
安装额外软件
你可能想在开发容器中安装额外的软件。一旦 VS Code 连接到容器,你就可以打开 VS Code 终端并在容器内的操作系统上执行任何命令。这允许你在 Linux 容器内部安装新的命令行实用程序并启动数据库或应用程序服务。
大多数容器镜像都基于 Debian 或 Ubuntu,其中 apt
或 apt-get
命令用于安装新包。你可以在 Ubuntu 文档中了解有关此命令的更多信息。Alpine 镜像包含一个 类似的 apk
命令,而 CentOS / RHEL / Oracle SE / Fedora 镜像使用 yum
或 最近使用 dnf
。
你想要安装的软件的文档通常会提供具体说明,但如果你在容器中以 root 身份运行,则可能不需要在命令前加上 sudo
。
例如
# If running as root
apt-get update
apt-get install <package>
如果你以 root 身份运行,只要在容器中配置了 sudo
,你就可以安装软件。所有预定义的容器都已设置 sudo
,但将非 root 用户添加到容器文章可以帮助你为自己的容器设置此项。无论如何,如果你安装并配置了 sudo
,你将能够在以任何用户(包括 root)身份运行时使用它。
# If sudo is installed and configured
sudo apt-get update
sudo apt-get install <package>
假设你想安装 Git。你可以在 VS Code 的集成终端中运行以下命令
# If sudo is installed and configured
sudo apt-get update
# Install Git
sudo apt-get install git
你也可以在 devcontainer.json
中使用 "features"
属性,从预定义的一组 Features 甚至是你自己的 Features 中安装工具和语言。
例如,你可以使用以下命令安装最新版本的 Azure CLI
"features": {
"ghcr.io/devcontainers/features/azure-cli:1": {
"version": "latest"
}
}
有关更多详细信息,请参阅 开发容器特性规范。
重建
编辑 .devcontainer
文件夹的内容时,你需要重建才能使更改生效。使用 Dev Containers: Rebuild Container 命令来更新你的容器。
但是,如果你重建容器,你将不得不重新安装所有手动安装的内容。为了避免这个问题,你可以使用 devcontainer.json
中的 postCreateCommand
属性或自定义 Dockerfile
。
自定义 Dockerfile
将受益于 Docker 的构建缓存,从而比 postCreateCommand
带来更快的重建速度。然而,Dockerfile
在开发容器创建和工作区文件夹挂载之前运行,因此无法访问工作区文件夹中的文件。Dockerfile
最适合安装独立于工作区文件的包和工具。
postCreateCommand
操作在容器创建后运行,因此你也可以使用该属性运行诸如 npm install
之类的命令或在源代码树中执行 shell 脚本(如果你已挂载它)。
"postCreateCommand": "bash scripts/install-dependencies.sh"
你也可以使用交互式 bash shell,以便加载你的 .bashrc
,自动为你的环境定制 shell
"postCreateCommand": "bash -i scripts/install-dependencies.sh"
像 NVM 这样的工具如果不使用 -i
将 shell 置于交互模式就无法工作
"postCreateCommand": "bash -i -c 'nvm install --lts'"
命令需要退出,否则容器将无法启动。例如,如果你将应用程序启动添加到 postCreateCommand
,则该命令不会退出。
还有一个 postStartCommand
,它在容器每次启动时执行。参数行为与 postCreateCommand
完全相同,但命令在启动而不是创建时执行。
与其直接在 devcontainer.json
中引用镜像或通过 postCreateCommand
或 postStartCommand
安装软件,更有效的方法是使用 Dockerfile。
Dockerfile
Dockerfile 也将位于 .devcontainer
文件夹中。你可以在 devcontainer.json
中用 dockerfile
替换 image
属性
{
"build": { "dockerfile": "Dockerfile" },
"customizations": {
"vscode": {
"extensions": ["dbaeumer.vscode-eslint"]
}
},
"forwardPorts": [3000]
}
当你进行诸如安装新软件之类的更改时,Dockerfile 中所做的更改即使在开发容器重建后也会持久存在。
在你的 Dockerfile 中,使用 FROM
指定镜像,并使用 RUN
指令安装任何软件。你可以使用 &&
将多个命令串联起来。
FROM mcr.microsoft.com/devcontainers/javascript-node:0-18
RUN apt-get update && export DEBIAN_FRONTEND=noninteractive \
&& apt-get -y install git
注意:
DEBIAN_FRONTEND
导出可避免在处理容器时出现警告。
自动化开发容器创建
与其手动创建 .devcontainer
,不如从命令面板 (F1) 中选择 Dev Containers: Add Dev Container Configuration Files... 命令,它会将所需的文件作为起点添加到你的项目中,你可以根据自己的需求进一步自定义。
该命令允许你根据文件夹内容从列表中选择预定义的容器配置
您可以从中选择的预定义容器配置来自我们的 第一方和社区索引,它是 开发容器规范 的一部分。我们在 devcontainers/templates 仓库 中托管了一组作为规范一部分的模板。您可以浏览该仓库的 src
文件夹以查看每个模板的内容。
使用 Dev Containers: Add Dev Container Configuration Files... 命令后,你将看到可用功能列表,这些功能是你可以轻松地添加到开发容器中的工具和语言。Dev Containers: Configure Container Features 允许你更新现有配置。
你也可以重用现有的 Dockerfile
现在你已经有了 devcontainer.json
和 Dockerfile,让我们看看编辑容器配置文件的一般过程。
完整的配置编辑循环
编辑容器配置很容易。由于重建容器会将容器“重置”为其初始内容(除了你的本地源代码),因此如果你编辑容器配置文件(devcontainer.json
、Dockerfile
和 docker-compose.yml
),VS Code 不会自动重建。相反,有几个命令可以用来简化配置编辑。
这是使用这些命令的典型编辑循环
- 从命令面板 (F1) 中的 Dev Containers: Add Dev Container Configuration Files... 开始。
- 根据需要编辑
.devcontainer
文件夹的内容。 - 使用 Dev Containers: Reopen in Container 试一下。
- 如果看到错误,请在出现的对话框中选择 Open Folder Locally。
- 窗口重新加载后,控制台中将显示一份构建日志副本,以便你调查问题。根据需要编辑
.devcontainer
文件夹的内容。(如果你关闭了日志,也可以使用 Dev Containers: Show Container Log 命令再次查看日志。) - 运行 Dev Containers: Rebuild and Reopen in Container,如果需要则跳到步骤 4。
如果你已经成功构建,仍然可以在连接到容器时根据需要编辑 .devcontainer
文件夹的内容,然后选择命令面板 (F1) 中的 Dev Containers: Rebuild Container 以使更改生效。
在使用 Dev Containers: Clone Repository in Container Volume 命令时,你也可以对容器进行迭代。
- 从命令面板 (F1) 中的 Dev Containers: Clone Repository in Container Volume 开始。如果你输入的仓库没有
devcontainer.json
文件,系统会要求你选择一个起点。 - 根据需要编辑
.devcontainer
文件夹的内容。 - 使用 Dev Containers: Rebuild Container 试一下。
- 如果看到错误,请在出现的对话框中选择 Open in Recovery Container。
- 在此“恢复容器”中根据需要编辑
.devcontainer
文件夹的内容。 - 使用 Dev Containers: Reopen in Container,如果仍然遇到问题,请跳到步骤 4。
使用 Docker Compose
在某些情况下,单个容器环境是不够的。假设你想在配置中添加另一个复杂的组件,例如数据库。你可以尝试直接将其添加到 Dockerfile 中,或者通过额外的容器添加。幸运的是,开发容器支持 Docker Compose 管理的多容器配置。
你可以选择
- 使用现有、未修改的
docker-compose.yml
中定义的服务。 - 创建一个新的
docker-compose.yml
(或复制一个现有文件)来开发服务。 - 扩展你现有的 Docker Compose 配置以开发服务。
- 使用独立的 VS Code 窗口同时处理多个 Docker Compose 定义的服务。
注意: 当使用 Alpine Linux 容器时,某些扩展可能无法工作,因为扩展内部的本地代码存在
glibc
依赖项。
VS Code 可以配置为自动启动 Docker Compose 文件中特定服务所需的任何容器。如果你已经使用命令行启动了配置的容器,VS Code 将附加到你指定的正在运行的服务。这为你的多容器工作流提供了与上述 Docker 镜像和 Dockerfile 工作流相同的快速设置优势,同时如果你愿意,仍然允许你使用命令行。
为了快速入门,在 VS Code 中打开要使用的文件夹,然后从命令面板 (F1) 运行 Dev Containers: Add Dev Container Configuration Files... 命令。
系统将提示你从我们的第一方和社区索引中选择一个预定义的容器配置,该列表根据你的文件夹内容进行过滤和排序。在 VS Code UI 中,你可以选择以下模板之一作为 Docker Compose 的起点
- 现有 Docker Compose - 包含一组文件,你可以将其放到现有项目中,它将重用项目根目录下的
docker-compose.yml
文件。 - Node.js 和 MongoDB - 一个连接到不同容器中 MongoDB 数据库的 Node.js 容器。
- Python 和 PostgreSQL - 一个连接到不同容器中 PostgreSQL 的 Python 容器。
- Docker-Outside-of-Docker Compose - 包含 Docker CLI,并演示了如何通过卷挂载 Docker Unix 套接字从开发容器内部访问本地 Docker 安装。
做出选择后,VS Code 会将适当的 .devcontainer/devcontainer.json
(或 .devcontainer.json
) 文件添加到文件夹中。
你也可以手动创建配置。要重用未修改的 Docker Compose 文件,你可以在 .devcontainer/devcontainer.json
中使用 dockerComposeFile
和 service
属性。
例如
{
"name": "[Optional] Your project name here",
"dockerComposeFile": "../docker-compose.yml",
"service": "the-name-of-the-service-you-want-to-work-with-in-vscode",
"workspaceFolder": "/default/workspace/path/in/container/to/open",
"shutdownAction": "stopCompose"
}
有关其他可用属性(如 workspaceFolder
和 shutdownAction
)的信息,请参阅 devcontainer.json 参考。
将 .devcontainer/devcontainer.json
文件添加到文件夹后,从命令面板 (F1) 运行 Dev Containers: Reopen in Container 命令(如果你尚未在容器中,则运行 Dev Containers: Open Folder in Container...)。
如果容器尚未运行,VS Code 将在此示例中调用 docker-compose -f ../docker-compose.yml up
。service
属性表示 VS Code 应该连接到 Docker Compose 文件中的哪个服务,而不是应该启动哪个服务。如果你手动启动它们,VS Code 将附加到你指定的服务。
你还可以创建 Docker Compose 文件的开发副本。例如,如果你有 .devcontainer/docker-compose.devcontainer.yml
,你只需更改 devcontainer.json
中的以下行
"dockerComposeFile": "docker-compose.devcontainer.yml"
然而,更好的方法通常是通过另一个文件扩展现有的 Docker Compose 文件,从而避免复制 Docker Compose 文件。我们将在下一节介绍扩展 Docker Compose 文件。
为了避免在默认容器命令失败或退出时容器关闭,你可以按如下方式修改 devcontainer.json
中指定服务的 Docker Compose 文件
# Overrides default command so things don't shut down after the process ends.
command: /bin/sh -c "while sleep 1000; do :; done"
如果你尚未这样做,可以使用 Docker Compose 文件中的卷列表将本地源代码“绑定”挂载到容器中。
例如
volumes:
# Mounts the project folder to '/workspace'. The target path inside the container
# should match what your application expects. In this case, the compose file is
# in a sub-folder, so you will mount '..'. You would then reference this path as the
# 'workspaceFolder' in '.devcontainer/devcontainer.json' so VS Code starts here.
- ..:/workspace:cached
然而,在 Linux 上,在使用绑定挂载时,你可能需要设置并指定一个非 root 用户,否则你创建的任何文件都将是 root。有关详细信息,请参阅向开发容器添加非 root 用户。要让 VS Code 以不同的用户身份运行,请将其添加到 devcontainer.json
"remoteUser": "your-user-name-here"
如果你希望所有进程都以不同的用户身份运行,请将其添加到 Docker Compose 文件中相应的服务中
user: your-user-name-here
如果你没有为开发创建自定义 Dockerfile,你可能希望在服务的容器中安装其他开发人员工具,例如 curl
。虽然这比将这些工具添加到容器镜像中效率低,但你也可以使用 postCreateCommand
属性来实现此目的。
有关安装软件的更多信息,请参阅安装额外软件,有关 postCreateCommand
属性的更多信息,请参阅devcontainer.json 参考。
如果你的应用程序是使用 C++、Go 或 Rust 或其他使用基于 ptrace 的调试器的语言构建的,你还需要在 Docker Compose 文件中添加以下设置
# Required for ptrace-based debuggers like C++, Go, and Rust
cap_add:
- SYS_PTRACE
security_opt:
- seccomp:unconfined
首次创建容器后,你需要运行 Dev Containers: Rebuild Container 命令,以使 devcontainer.json
、你的 Docker Compose 文件或相关的 Dockerfile 的更新生效。
在 Docker Compose 中使用 localhost
你可以按照 Docker 文档 中的说明将其他服务添加到 docker-compose.yml
文件中。但是,如果你希望此服务中运行的任何内容在容器的 localhost 上可用,或者想要将服务本地转发,请务必在服务配置中添加此行
# Runs the service on the same network as the database container, allows "forwardPorts" in devcontainer.json function.
network_mode: service:db
你可以在 Node.js 和 MongoDB 示例开发容器中看到 network_mode: service:db
的示例。
扩展你的 Docker Compose 文件以进行开发
引用现有的部署/非开发用途的 docker-compose.yml
存在一些潜在的缺点。
例如
- Docker Compose 会在其入口点关闭时关闭容器。这对于调试并需要重复重启应用程序的情况来说是有问题的。
- 你可能也没有将本地文件系统映射到容器中,或者没有向你想要访问的数据库等其他资源公开端口。
- 你可能希望将本地
.ssh
文件夹的内容复制到容器中,或者设置上述 使用 Docker Compose 中描述的 ptrace 选项。
你可以通过使用 多个 docker-compose.yml
文件来扩展整个 Docker Compose 配置,这些文件会覆盖或补充你的主要配置文件,从而解决这些问题及其他类似问题。
例如,考虑这个额外的 .devcontainer/docker-compose.extend.yml
文件
version: '3'
services:
your-service-name-here:
volumes:
# Mounts the project folder to '/workspace'. While this file is in .devcontainer,
# mounts are relative to the first file in the list, which is a level up.
- .:/workspace:cached
# [Optional] Required for ptrace-based debuggers like C++, Go, and Rust
cap_add:
- SYS_PTRACE
security_opt:
- seccomp:unconfined
# Overrides default command so things don't shut down after the process ends.
command: /bin/sh -c "while sleep 1000; do :; done"
此文件可以根据需要提供其他设置,例如端口映射。要使用它,请按照特定顺序引用原始 docker-compose.yml
文件以及 .devcontainer/docker-compose.extend.yml
{
"name": "[Optional] Your project name here",
// The order of the files is important since later files override previous ones
"dockerComposeFile": ["../docker-compose.yml", "docker-compose.extend.yml"],
"service": "your-service-name-here",
"workspaceFolder": "/workspace",
"shutdownAction": "stopCompose"
}
VS Code 将在启动任何容器时自动使用这两个文件。你也可以按照以下方式从命令行自行启动它们
docker-compose -f docker-compose.yml -f .devcontainer/docker-compose.extend.yml up
虽然 postCreateCommand
属性允许你在容器中安装额外的工具,但在某些情况下,你可能希望为开发提供特定的 Dockerfile。你也可以使用相同的方法来引用专门用于开发的自定义 Dockerfile
,而无需修改现有的 Docker Compose 文件。例如,你可以按如下方式更新 .devcontainer/docker-compose.extend.yml
version: '3'
services:
your-service-name-here:
# Note that the path of the Dockerfile and context is relative to the *primary*
# docker-compose.yml file (the first in the devcontainer.json "dockerComposeFile"
# array). The sample below assumes your primary file is in the root of your project.
build:
context: .
dockerfile: .devcontainer/Dockerfile
volumes:
- .:/workspace:cached
command: /bin/sh -c "while sleep 1000; do :; done"
恭喜!你现在已经在 Visual Studio Code 中配置了一个开发容器。继续阅读以了解如何在团队成员和各种项目之间共享容器配置。
将配置文件添加到仓库
你可以通过将 devcontainer.json
文件添加到源代码管理中,轻松地为你的项目共享自定义的开发容器模板。通过在你的仓库中包含这些文件,任何在 VS Code 中打开你仓库的本地副本的人都将自动收到提示,要求在容器中重新打开文件夹,前提是他们已安装开发容器扩展。
除了团队使用一致的环境和工具链的优势外,这还使新的贡献者或团队成员更容易快速提高工作效率。首次贡献者将需要更少的指导,并减少与环境设置相关的问题。
添加“在开发容器中打开”徽章
你也可以在你的仓库中添加徽章或链接,以便用户可以轻松地在开发容器中打开你的项目。它将安装开发容器扩展(如果需要),将仓库克隆到容器卷中,并启动开发容器。
例如,打开 https://github.com/microsoft/vscode-remote-try-java 的徽章将如下所示
[](https://vscode.dev/redirect?url=vscode://ms-vscode-remote.remote-containers/cloneInVolume?url=https://github.com/microsoft/vscode-remote-try-java)
您也可以直接包含一个 open in dev container
链接
If you already have VS Code and Docker installed, you can click the badge above or [here](https://vscode.dev/redirect?url=vscode://ms-vscode-remote.remote-containers/cloneInVolume?url=https://github.com/microsoft/vscode-remote-try-java) to get started. Clicking these links will cause VS Code to automatically install the Dev Containers extension if needed, clone the source code into a container volume, and spin up a dev container for use.
替代方案:仓库配置文件文件夹
在某些情况下,你可能希望为你不控制的仓库或你希望仓库本身不包含配置的仓库创建配置。为了处理这种情况,你可以在本地文件系统上配置一个位置来存储配置文件,这些文件将根据仓库自动获取。
首先,使用要用于存储仓库容器配置文件的本地文件夹更新 Dev > Containers: Repository Configuration Paths 用户设置。
在设置编辑器中,你可以搜索“dev containers repo”来找到该设置
接下来,将你的 .devcontainer/devcontainer.json
(及相关文件)放置在一个子文件夹中,该文件夹镜像仓库的远程位置。例如,如果你想为 github.com/devcontainers/templates
创建配置,你将创建以下文件夹结构
📁 github.com
📁 devcontainers
📁 templates
📁 .devcontainer
一旦到位,在使用任何开发容器命令时,配置将自动被拾取。进入容器后,你还可以从命令面板 (F1) 中选择 Dev Containers: Open Container Configuration File 以打开相关的 devcontainer.json
文件并进行进一步编辑。
用于查找配置的路径来自 git remote -v
的输出。如果你尝试在容器中重新打开文件夹时未找到配置,请检查命令面板 (F1) 中的 Dev Containers: Show Container Log 日志,查看已检查的路径列表。
后续步骤
- 附加到正在运行的容器 - 附加到已在运行的 Docker 容器。
- 高级容器 - 查找高级容器场景的解决方案。
- devcontainer.json 参考 - 查看
devcontainer.json
模式。