终端配置文件

终端配置文件是特定于平台的 shell 配置，由可执行文件路径、参数和其他自定义项组成。默认情况下，系统会自动检测到几个配置文件，您可以对其进行自定义或添加。

配置文件示例

{
  "terminal.integrated.profiles.windows": {
    "Custom Init": {
      "path": "pwsh.exe",
      "args": [
         "-noexit",
         "-file",
         "${env:APPDATA}\\PowerShell\\custom-init.ps1"
      ]
    }
  },
  "terminal.integrated.defaultProfile.windows": "Custom Init"
}

您可以在终端配置文件中使用变量，如上例中的 APPDATA 环境变量所示。在变量参考主题中，有一个可用变量的列表。

通过运行 终端: 选择默认配置文件 (Terminal: Select Default Profile) 命令来配置您的默认配置文件，该命令也可通过新建终端的下拉菜单访问。

默认终端配置文件的 shell 在 Linux 和 macOS 上默认为 $SHELL，在 Windows 上默认为 PowerShell。VS Code 会自动检测大多数标准 shell，然后可以将其配置为默认 shell。

配置配置文件

要创建新的配置文件，请运行 终端: 选择默认配置文件 (Terminal: Select Default Profile) 命令，并激活您想作为基础的 shell 右侧的配置按钮。这将在您的设置中添加一个新条目，您可以在 settings.json 文件中手动调整。

配置文件可以使用 path 或 source 创建，以及一组可选参数。source 仅在 Windows 上可用，可用于让 VS Code 检测 PowerShell 或 Git Bash 的安装。或者，也可以使用直接指向 shell 可执行文件的 path。以下是一些配置文件示例：

{
  "terminal.integrated.profiles.windows": {
    "PowerShell -NoProfile": {
      "source": "PowerShell",
      "args": ["-NoProfile"]
    }
  },
  "terminal.integrated.profiles.linux": {
    "zsh (login)": {
      "path": "zsh",
      "args": ["-l"]
    }
  }
}

配置文件支持的其他参数包括：

• overrideName：一个布尔值，指示是否用静态的配置文件名称替换用于检测正在运行的程序的动态终端标题。
• env：一个定义环境变量及其值的映射表，将变量设置为 null 可将其从环境中删除。这可以通过 terminal.integrated.env.<platform> 设置为所有配置文件进行配置。
• icon：用于配置文件的图标 ID。
• color：用于设置图标样式的主题颜色 ID。

提示： Path、args 和 env 都支持解析变量。

默认配置文件可以使用 terminal.integrated.defaultProfile.* 设置手动定义。这应设置为现有配置文件的名称。

{
  "terminal.integrated.profiles.windows": {
    "my-pwsh": {
      "source": "PowerShell",
      "args": ["-NoProfile"]
    }
  },
  "terminal.integrated.defaultProfile.windows": "my-pwsh"
}

提示： 集成终端 shell 是以 VS Code 的权限运行的。如果您需要使用提升的（管理员）或不同的权限运行 shell 命令，请在终端内使用平台实用程序，例如 runas.exe。

移除内置配置文件

要移除内置配置文件并防止其显示在新建终端的下拉菜单中，请将配置文件名称设置为 null。例如，要在 Windows 上移除 Git Bash 配置文件，请使用此设置：

{
  "terminal.integrated.profiles.windows": {
    "Git Bash": null
  }
}

配置任务/调试配置文件

默认情况下，任务/调试功能将使用默认配置文件。如果您的默认配置文件有繁重的 PowerShell 启动脚本或非 POSIX 兼容的 shell，这可能并不理想。要配置一个仅在调试/任务功能中使用的配置文件，请使用 terminal.integrated.automationProfile.<platform> 设置。

{
  "terminal.integrated.defaultProfile.osx": "fish",
  // Use a fully POSIX-compatible shell and avoid running a complex ~/.config/fish/config.fish
  // for tasks and debug
  "terminal.integrated.automationProfile.osx": {
    "path": "/bin/sh"
  }
}

特定于配置文件的键盘快捷键

通过专用的键盘快捷键以特定配置文件启动终端，可以使用 workbench.action.terminal.newWithProfile 命令来完成。此命令接受配置文件名称和可选的位置作为参数。例如，要将 Ctrl+Shift+T 绑定到打开一个使用 zsh 配置文件的终端：

{
  "key": "ctrl+shift+t",
  "command": "workbench.action.terminal.newWithProfile",
  "args": {
    "profileName": "zsh",
    "location": "editor"
  }
}

不安全的配置文件检测

某些 shell 默认安装在不安全的路径中，例如在 Windows 环境下可能被其他用户写入的路径。VS Code 仍然会检测到这些 shell，但在通过 终端: 选择默认配置文件 (Terminal: Select Default Profile) 命令明确配置之前，不会将它们作为正式的配置文件公开。在配置不安全的配置文件时，添加前会有一个警告。

Cmder

Cmder 本身是一个终端，但您可以在 VS Code 中使用 Cmder shell，配置如下：

{
  "terminal.integrated.profiles.windows": {
    "cmder": {
      "path": "C:\\WINDOWS\\System32\\cmd.exe",
      "args": ["/K", "C:\\cmder\\vendor\\bin\\vscode_init.cmd"]
    }
  },
  "terminal.integrated.defaultProfile.windows": "cmder"
}

当设置了 CMDER_ROOT 环境变量时，此配置文件应被自动检测到。如果安装在 C:\cmder，它也会被检测为不安全的配置文件。您可以参考 Cmder 的维基获取更多信息。

Cygwin

Cygwin 本身是一个终端，但您可以在 VS Code 中使用 Cygwin shell，配置如下：

{
  "terminal.integrated.profiles.windows": {
    "Cygwin": {
      "path": "C:\\cygwin64\\bin\\bash.exe",
      "args": ["--login"]
    }
  },
  "terminal.integrated.defaultProfile.windows": "Cygwin"
}

当安装在默认路径 C:\cygwin 或 C:\cygwin64 时，此配置文件应被自动检测为不安全的配置文件。

Git Bash

当 VS Code 使用 bash.exe（shell）而不是 git-bash.exe（终端）时，Git Bash 的一个限制是历史记录不会在 shell 会话之间保留。您可以通过将以下内容添加到您的 ~/.bashrc 或 ~/.bash_profile 文件中来解决此问题：

export PROMPT_COMMAND='history -a'

这将导致 shell 在每次打印提示符时调用 history -a，从而将当前会话的命令刷新到后台历史记录文件中。

MSYS2

MSYS2 的 bash shell 可以通过以下配置文件进行配置：

{
  "terminal.integrated.profiles.windows": {
    "bash (MSYS2)": {
      "path": "C:\\msys64\\usr\\bin\\bash.exe",
      "args": ["--login", "-i"],
      "env": { "CHERE_INVOKING": "1" }
    }
  }
}

CHERE_INVOKING 环境变量用于告诉登录初始化脚本保留工作目录，而不是在 $HOME 目录打开。

当安装在默认路径 C:\\msys64 时，此配置文件应被自动检测为不安全的配置文件。

Windows PowerShell

当安装了 PowerShell 6+ 时，Windows PowerShell 默认不包含在配置文件列表中。要将 Windows PowerShell 添加为配置文件，请在新建终端下拉菜单中选择 选择默认配置文件 (Select Default Profile) 选项，然后选择 Windows PowerShell 项。这将配置该配置文件并将其设置为您的默认项。

WSL

当您在本地计算机上运行 VS Code 时，Windows Subsystem for Linux (WSL) 的 shell 应该会被自动检测到。如果您安装了许多发行版，根据您的设置，这可能会很麻烦。为了更好地控制 WSL 配置文件，可以使用 terminal.integrated.useWslProfiles 设置禁用自动检测，然后下面是一个如何手动配置 WSL shell 的示例：

{
  "terminal.integrated.profiles.windows": {
    "Debian (WSL)": {
      "path": "C:\\WINDOWS\\System32\\wsl.exe",
      "args": [
        "-d",
        "Debian"
      ]
    }
  }
}

常见问题

为什么终端的 $PATH 环境变量中存在重复的路径，和/或为什么它们在 macOS 上是反向的？

这种情况可能发生在 macOS 上，这是因为终端使用 VS Code 的环境启动的方式。当 VS Code 首次启动时，为了获取您的“开发环境”，它会以登录 shell 的形式启动您配置的 shell，这会运行您的 ~/.profile/~/.bash_profile/~/.zprofile 脚本。现在，当终端启动时，它也作为登录 shell 运行，这会将标准路径（例如 /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin）放在前面，并重新初始化您的 shell 环境。

为了更好地理解，您可以在操作系统的内置终端中启动一个内部登录 shell 来模拟正在发生的事情：

# Add /test to the beginning of $PATH
export PATH=/test:$PATH
# Echo $PATH, /test should be at the beginning
echo $PATH
# Run bash as a login shell
bash -l
# Echo $PATH, the values should be jumbled
echo $PATH

不幸的是，与 Linux 不同，独立的 macOS 终端默认都作为登录 shell 运行，因为当用户登录系统时，macOS 不会运行登录 shell。这鼓励了“不良行为”，例如在您的 profile 脚本中初始化别名，而这些别名本应放在您的 rc 脚本中，因为 rc 脚本在非登录 shell 中运行。

对此有两个直接的修复方法。第一个是设置 "terminal.integrated.inheritEnv": false，这将从终端环境中剥离大多数环境变量，除了一些重要的变量（如 HOME、SHELL、TMPDIR 等）。

另一个修复方法是通过创建一个终端配置文件并将其 args 设置为 []，从而不再在终端中运行登录 shell。如果您采用此修复方法，您需要确保将 profile 脚本中的任何别名移动到您的 ~/.bashrc/~/.zshrc 文件中，因为别名仅适用于设置它们的 shell。