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

使用 Linux 进行远程开发

Linux 是一个高度可变的环境,大量的服务器、容器和桌面发行版可能会让人难以知道哪些受到支持。Visual Studio Code 远程开发对您将连接到的特定主机/容器/WSL 发行版有先决条件。

当连接到以下最新稳定版/LTS 版本时,这些扩展已知可以工作:

  • Ubuntu 64 位 x86, ARMv8l (AArch64) (20.04+)
  • Debian 64 位 x86, ARMv8l (AArch64) (Buster/10+)
  • Raspberry Pi OS ARMv7l (AArch32) 32 位 (Buster/10+) (之前称为 Raspbian)
  • CentOS / RHEL 64 位 x86 (8+)
  • Alpine Linux 64 位 x86 容器或 WSL 主机 (3.16+) 在开发容器、WSL 中

还支持以下非 Linux SSH 主机:

但是,如果您使用的是非标准配置或 Linux 的下游发行版,您可能会遇到问题。本文档提供了有关要求以及帮助您即使在社区支持的配置下也能启动和运行的提示。

请注意,其他扩展可能有超出此处列出的依赖项。某些扩展还包含编译后的原生代码,这些代码可能无法在 Alpine Linux、ARMv7 (AArch32) 或 ARMv8 (AArch64) 上运行。因此,这些平台被视为“预览版”。如果您遇到仅在特定扩展中出现的问题,请联系扩展作者以获取有关其原生依赖项的信息。

本地 Linux 先决条件

如果您在本地运行 Linux,VS Code 先决条件驱动了大部分要求。

此外,特定的远程开发扩展还有进一步的要求:

远程主机/容器/WSL Linux 先决条件

平台先决条件主要由每个远程端点上自动安装的服务器组件中随附的 Node.js 运行时版本(以及扩展的 V8 JavaScript 引擎)驱动。此服务器还具有一套相关的原生节点模块,需要为每个目标进行编译和测试。鉴于这些要求,目前 64 位 x86 基于 glibc 的 Linux 发行版提供了最佳支持。

您可能会在 ARMv7l (AArch32) / ARMv8l (AArch64) 基于 glibc 的主机、容器或 WSL 以及 64 位 x86 基于 musl 的 Alpine Linux 上遇到某些具有原生依赖项的扩展问题。对于 ARMv7l/ARMv8l,扩展可能只包含原生模块或运行时在扩展中的 x86_64 版本。对于 Alpine Linux,包含的原生代码或运行时可能由于 Alpine Linux (musl) 和其他发行版 (glibc) 中 libc 实现方式的根本差异而无法工作。在这两种情况下,扩展需要通过编译/包含这些额外目标的二进制文件来选择支持这些平台。如果您遇到无法按预期工作的扩展,请向相应的扩展作者提出问题,请求支持。

发行版 基本要求 远程 - SSH 要求 备注
通用 内核 >= 4.18, glibc >=2.28, libstdc++ >= 3.4.25, tar OpenSSH 服务器、bashcurlwget 运行 ldd --version 检查 glibc 版本。运行 strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX 查看 libstdc++ 3.4.25 是否可用。
Arm32 通用 libatomic1 无其他要求。
Ubuntu 20.04+, Debian 10+, Raspberry Pi OS Buster/10+ 和下游发行版 libc6 libstdc++6 ca-certificates tar openssh-server bashcurlwget 需要内核 >= 4.18, glibc >= 2.28, libstdc++ >= 3.4.25。
RHEL / CentOS 8+ glibc libgcc libstdc++ ca-certificates tar openssh-server bashcurlwget 需要内核 >= 4.18, glibc >= 2.28, libstdc++ >= 3.4.25。
Alpine Linux 3.16+ musl libgcc libstdc++。musl >= 1.2.3,不需要 glibc。 尚未支持。 在开发容器和 WSL 中支持。容器中安装的扩展可能由于扩展原生代码中的 glibc 依赖项而无法工作。
openSUSE Leap / SUSE Linux Enterprise 15+ glibc libgcc_s1 libstdc++6 ca-certificates gzip tar curlwget 需要内核 >= 4.18, glibc, libstdc++6

按 Linux 发行版分类的提示

以下是发行版列表以及可能缺少的所有基本要求。不包括已停止维护的发行版版本。

  • ✅ = 正常工作
  • ⚠️ = 正常工作,但请参阅注释了解限制
  • 🔬 = 实验性
  • 🛑 = 不支持,但有变通方法
  • ❌ = 不支持
服务器发行版 Docker 镜像 缺失的库 注释/额外步骤
⚠️ Alpine Linux 3.16 (64 位) alpine:3.16 libgcc libstdc++ 仅在开发容器和 WSL 中支持。容器中安装的一些扩展可能由于扩展原生代码中的 glibc 依赖项而无法工作。
✅ CentOS 8 Server (64 位) centos:8 <无> <无>
❌ CentOS 7 Server (64 位) centos:7 glibc >= 2.28, libstdc++ >= 3.4.25 <无>
✅ Debian 10 Server (64 位) debian:10 <无> <无>
❌ Debian 9 Server (64 位) debian:9 glibc >= 2.28, libstdc++ >= 3.4.25 <无>
✅ openSUSE Leap Server 15 (64 位) opensuse/leap:15 Docker 镜像缺少 targzip <无>
✅ Oracle Linux 8 (64 位) oraclelinux:8 <无> <无>
❌ Oracle Linux 7 (64 位) oraclelinux:7 glibc >= 2.28, libstdc++ >= 3.4.25。Docker 镜像缺少 tar <无>
⚠️ Raspberry Pi OS Buster/10 (ARMv7l 32 位) <不适用> <无> 由于扩展的 x86 原生代码,某些扩展在安装到 ARMv7l 主机时可能无法工作。开发容器确实支持连接到 ARM 主机上的容器。
✅ RedHat Enterprise Linux 8 (64 位) <无> <无>
❌ RedHat Enterprise Linux 7 (64 位) glibc >= 2.28, libstdc++ >= 3.4.25 <无>
✅ SUSE Linux Enterprise Server 15 (64 位) Docker 镜像缺少 targzip <无>
✅ Ubuntu Server 20.04 (64 位) ubuntu:20.04 <无> <无>
❌ Ubuntu Server 18.04 (64 位) ubuntu:18.04 glibc >= 2.28 <无>

问题或反馈