参加你附近的 ,了解 VS Code 中的 AI 辅助开发。

提升磁盘性能

Dev Containers 扩展默认使用“绑定挂载”来在本地文件系统中获取源代码。虽然这是最简单的选项,但在 macOS 和 Windows 上,当您在容器内运行 yarn install 等命令时,可能会遇到较慢的磁盘性能。您可以采取一些措施来解决这类问题。

在 Windows 上的 WSL 2 文件系统中存储源代码

Windows 10 2004 及更高版本包含改进版的 Windows Subsystem for Linux (WSL 2),它提供完整的 Linux 内核,并且性能比 WSL 1 大幅提升。Docker Desktop 2.3+ 包含一个新的 WSL 2 引擎,它在 WSL 而不是 VM 中运行 Docker。因此,如果您将源代码存储在 WSL 2 文件系统中,您将看到性能提升以及对设置权限等方面的更好兼容性。

有关如何从 VS Code 使用此新引擎的详细信息,请参阅在 Windows 上的容器中打开 WSL 2 文件夹

视频:加速 Windows 上的开发容器

使用“在容器卷中克隆存储库”

Dev Containers: 在容器卷中克隆存储库...”命令使用一个独立的本地 Docker 命名卷,而不是绑定到本地文件系统。除了不污染您的文件树之外,本地卷还具有在 Windows 和 macOS 上提高性能的额外好处。

有关使用此方法的详细信息,请参阅在隔离的容器卷中打开 Git 存储库或 GitHub PR

接下来的两个部分将概述如何在其他场景中使用命名卷。

使用目标命名卷

由于 macOS 和 Windows 在 VM 中运行容器,“绑定”挂载不如直接使用容器的文件系统快。幸运的是,Docker 有一个本地“命名卷”的概念,它可以像容器的文件系统一样运行,但可以在容器重建后保留。这使其成为存储包文件夹(如 node_modules)、数据文件夹或输出文件夹(如 build)(写入性能至关重要)的理想选择。根据您在 devcontainer.json 中引用的内容,遵循以下适当的步骤。

Dockerfile 或镜像:

让我们使用 vscode-remote-try-node 存储库来演示如何加速 yarn install

请按照以下步骤操作:

  1. devcontainer.json 中使用 workspaceMount 属性告诉 VS Code 在哪里绑定您的源代码。然后使用 mounts 属性(VS Code 1.41+)将 node_modules 子文件夹挂载到一个命名本地卷中。

    "mounts": [
        "source=${localWorkspaceFolderBasename}-node_modules,target=${containerWorkspaceFolder}/node_modules,type=volume"
    ]
    

    注意:您可以在 source 中使用 ${localWorkspaceFolderBasename}${devcontainerId} 或硬编码名称。

  2. 由于此存储库将 VS Code 作为非 root “node”用户运行,因此我们需要添加一个 postCreateCommand 以确保用户可以访问该文件夹。

    "remoteUser": "node",
    "mounts": [
        "source=${localWorkspaceFolderBasename}-node_modules,target=${containerWorkspaceFolder}/node_modules,type=volume"
    ],
    "postCreateCommand": "sudo chown node node_modules"
    

    如果您将以 root 身份在容器中运行,则不需要第二个步骤。

如果您已经构建了容器并连接到它,请从命令面板 (F1) 运行 开发容器:重建容器 以应用更改。否则,运行 开发容器:在容器中打开文件夹... 以连接到容器。

关于此方法的两点说明

  1. 如果您删除容器中的 node_modules 文件夹,它可能会失去与卷的连接。需要时请改为删除 node_modules 文件夹的内容(rm -rf node_modules/* node_modules/.*)。

  2. 您会发现使用此方法会在本地创建一个空的 node_modules 文件夹。这是因为容器中的卷挂载点位于本地文件系统绑定挂载内部。这是预期且无害的。

Docker Compose:

虽然 vscode-remote-try-node 不使用 Docker Compose,但步骤类似,只是卷挂载配置放在不同的文件中。

  1. 在您的 Docker Compose 文件中(或扩展文件中),为适当的服务添加一个命名本地卷挂载到 node_modules 子文件夹。例如:

    version: '3'
    services:
      your-service-name-here:
        volumes:
          # Or wherever you've mounted your source code
          - .:/workspace:cached
          - try-node-node_modules:/workspace/node_modules
        # ...
    
    volumes:
      try-node-node_modules:
    
  2. 接下来,确保 devcontainer.json 中的 workspaceFolder 属性与您的实际源代码挂载位置匹配

    "workspaceFolder": "/workspace"
    
  3. 如果您正在以非 root 用户身份在容器中运行,请添加一个 postCreateCommand 来更新您挂载的文件夹的所有者,因为它可能已作为 root 挂载。将 user-name-goes-here 替换为适当的用户。

    "remoteUser": "node",
    "workspaceFolder": "/workspace",
    "postCreateCommand": "sudo chown user-name-goes-here node_modules"
    

如果您已经构建了容器并连接到它,请从命令面板 (F1) 运行 开发容器:重建容器 以应用更改。否则,运行 开发容器:在容器中打开文件夹... 以连接到容器。

视频:加速开发容器中的 npm install

为整个源代码树使用命名卷

最后,如果以上选项都不能满足您的需求,您可以更进一步,将整个源代码树克隆到命名卷中而不是本地。您可以通过采用现有的 devcontainer.json 配置并按如下方式修改它(将 your-volume-name-here 更新为您希望调用的卷名称)来设置命名卷。

根据您在 devcontainer.json 中引用的内容

  • Dockerfile 或镜像:在 devcontainer.json 中使用以下属性将本地命名卷挂载到容器中

    "workspaceMount": "source=your-volume-name-here,target=/workspace,type=volume"
    "workspaceFolder": "/workspace",
    
  • Docker Compose:更新(或扩展)您的 docker-compose.yml,为适当的服务添加以下内容

    version: '3'
    services:
      your-service-name-here:
        volumes:
            - your-volume-name-here:/workspace
        # ...
    
    volumes:
      your-volume-name-here:
    

    您还需要确保 devcontainer.json 中的 workspaceFolder 属性与卷挂载的位置(或卷内的子文件夹)匹配

    "workspaceFolder": "/workspace"
    

如果您已经构建了容器并连接到它,请从命令面板 (F1) 运行 开发容器:重建容器 以应用更改。否则,运行 开发容器:在容器中打开文件夹... 以连接到容器。

接下来,使用命令面板中的“Git: 克隆”命令或启动集成终端⌃⇧` (Windows, Linux Ctrl+Shift+`)),并使用 git clone 命令将源代码克隆到 /workspace 文件夹中。

最后,使用“文件 > 打开... / 打开文件夹...”命令在容器中打开克隆的存储库。