Integrated Terminal
Visual Studio Code includes a fully-featured integrated terminal that conveniently starts at the root of your workspace. It provides integration with the editor to support features like links and error detection.
To open the terminal:
- Use the ⌃` (Windows, Linux Ctrl+`) keyboard shortcut with the backtick character.
- Use the View > Terminal menu command.
- From the Command Palette (⇧⌘P (Windows, Linux Ctrl+Shift+P)), use the View: Toggle Terminal command.
- You can create a new terminal via the Terminal menu with Terminal > New Terminal.
Note: Open an external terminal with the ⇧⌘C (Windows, Linux Ctrl+Shift+C) keyboard shortcut if you prefer to work outside VS Code.
Terminal shells
The integrated terminal can use various shells installed on your machine, with the defaults being:
- PowerShell on Windows
- bash on macOS and Linux
You can select other available shells to use in terminal instances or as the default such as Command Prompt on Windows, and zsh on macOS and Linux.
You can learn more about configuring terminal shells in the terminal profiles section below.
Note: If you're having trouble launching your preferred shell in the integrated terminal, it may be due to your shell's configuration or a VS Code terminal setting. There's a dedicated troubleshooting guide to help you with these sorts of problems.
Managing terminals
The terminal tabs UI is on the right side of the terminal view. Each terminal has an entry with its name, icon, color, and group decoration (if any).
Tip: Change the tabs location using the
terminal.integrated.tabs.location
setting.
Terminal instances can be added by selecting the + icon on the top-right of the TERMINAL panel, selecting a profile from the terminal dropdown, or by triggering the ⌃⇧` (Windows, Linux Ctrl+Shift+`) command. This action creates another entry in the tab list associated with that terminal.
Remove terminal instances by hovering a tab and selecting the Trash Can button, selecting a tab item and pressing Delete, using Terminal: Kill the Active Terminal Instance command, or via the right-click context menu.
Navigate between terminal groups using focus next ⇧⌘] (Windows, Linux Ctrl+PageDown) and focus previous ⇧⌘[ (Windows, Linux Ctrl+PageUp).
Icons may appear to the right of the terminal title on the tab label when a terminal's status changes. Some examples are a bell (macOS) and for tasks, displaying a check mark when there are no errors and an X otherwise. Hover the icon to read status information, which may contain actions.
Grouping
Split the terminal by:
- On hover, selecting the inline split button.
- Right-clicking the context menu and selecting the Split menu option.
- Alt click on a tab, the + button, or the single tab on the terminal panel.
- Triggering the ⌘\ (Windows, Linux Ctrl+Shift+5) command.
Navigate between terminals in a group by focusing the previous pane, ⌥⌘← (Windows, Linux Alt+Left), and focusing the next pane, ⌥⌘→ (Windows, Linux Alt+Right).
Dragging and dropping tabs in the list will rearrange them. Dragging a tab into the main terminal area allows joining a group.
Unsplit a split terminal by triggering the Terminal: Unsplit Terminal command through the Command Palette or in the right-click context menu.
Customizing Tabs
Change the terminal's name, icon, and tab color via the right-click context menu or by triggering the following commands:
Command | Command ID |
---|---|
Terminal: Rename | workbench.action.terminal.rename |
Terminal: Change Icon | workbench.action.terminal.changeIcon |
Terminal: Change Color | workbench.action.terminal.changeColor |
Tip: Go back to the old version by setting
terminal.integrated.tabs.enabled:false
Terminal profiles
Terminal profiles are platform-specific shell configurations comprised of an executable path, arguments, and other customizations.
Example profile:
{
"terminal.integrated.profiles.windows": {
"My PowerShell": {
"path": "pwsh.exe",
"args": [
"-noexit",
"-file",
"${env:APPDATA}\PowerShell\my-init-script.ps1"
]
}
},
"terminal.integrated.defaultProfile.windows": "My PowerShell"
}
You can use variables in terminal profiles as shown in the example above with the APPDATA
environment variable. You can find a list of available variables in the Variables Reference topic.
Configure your default integrated terminal by running the Terminal: Select Default Profile command, which is also accessible via the terminal dropdown.
The terminal's shell defaults to $SHELL
on Linux and macOS and PowerShell on Windows. VS Code will automatically detect most standard shells that can then be configured as the default.
Configuring profiles
To create a new profile, run the Terminal: Select Default Profile command and activate the configure button on the right side of the shell to base it on. This will add a new entry to your settings that can be tweaked manually in your settings.json
file.
Profiles can be created using either a path
or a source
, as well as a set of optional arguments. A source
is available only on Windows and can be used to let VS Code detect the install of either PowerShell
or Git Bash
. Alternatively, a path
pointing directly to the shell executable can be used. Here are some example profile configurations:
{
"terminal.integrated.profiles.windows": {
"PowerShell -NoProfile": {
"source": "PowerShell",
"args": ["-NoProfile"]
}
},
"terminal.integrated.profiles.linux": {
"zsh (login)": {
"path": "zsh",
"args": ["-l"]
}
}
}
Other arguments supported in profiles include:
overrideName
: A boolean indicating whether or not to replace the dynamic terminal title that detects what program is running with the static profile name.env
: A map defining environment variables and their values, set the variable tonull
to delete it from the environment. This can be configured for all profiles using theterminal.integrated.env.<platform>
setting.icon
: An icon ID to use for the profile.color
: A theme color ID to style the icon.
Tip: Path, args, and env all support resolving variables
The default profile can be defined manually with the terminal.integrated.defaultProfile.*
settings. This should be set to the name of an existing profile:
{
"terminal.integrated.profiles.windows": {
"my-pwsh": {
"source": "PowerShell",
"args": ["-NoProfile"]
}
},
"terminal.integrated.defaultProfile.windows": "my-pwsh"
}
Tip: The integrated terminal shell is running with the permissions of VS Code. If you need to run a shell command with elevated (administrator) or different permissions, use platform utilities such as
runas.exe
within a terminal.
Removing built-in profiles
To remove entries from the terminal dropdown, set the name of the profile to null
. For example, to remove the Git Bash
profile on Windows, use this setting:
{
"terminal.integrated.profiles.windows": {
"Git Bash": null
}
}
Configuring the task/debug profile
By default, the task/debug features will use the default profile. To override that, use the terminal.integrated.automationShell.<platform>
setting:
{
"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.automationShell.osx": "/bin/sh"
}
Working directory
By default, the terminal will open at the folder that is opened in the Explorer. The terminal.integrated.cwd
setting allows specifying a custom path to open instead:
{
"terminal.integrated.cwd": "/home/user"
}
Split terminals on Windows will start in the directory that the parent terminal started with. On macOS and Linux, split terminals will inherit the current working directory of the parent terminal. This behavior can be changed using the terminal.integrated.splitCwd
setting:
{
"terminal.integrated.splitCwd": "workspaceRoot"
}
There are also extensions available that give more options such as Terminal Here.
Terminal process reconnection
Local and remote terminal processes are restored on window reload, such as when an extension install requires a reload. The terminal will be reconnected and the UI state of the terminals will be restored, including the active tab and split terminal relative dimensions.
We've added an experimental setting terminal.integrated.persistentSessionReviveProcess
, which determines when the previous terminal session contents should be restored and processes be recreated after a terminal process has been shut down (for example, on window or application close). Restoring of the process's current working directory depends on whether it is supported by the shell.
Links
The terminal features link detection, showing an underline when files or URLs are hovered with the mouse that will go to the target when Ctrl/Cmd is held. If a file or URL cannot be detected, they are still surfaced as low confidence "workspace search" links, which only show an underline when hovered if the modifier is down. These low confidence links will search the workspace for the term, opening the match if one is found.
Depending on the type of link, activating it will do one of the following:
- Open the file in an editor.
- Focus the folder in the workspace.
- Open a new window with a folder outside the workspace.
- Search the workspace using a Quick Pick with all matches.
Extensions make use of links in the terminal, such as GitLens, to identify branches.
Shell integration
Shell integration is an experimental feature, which will turn on certain features like enhanced command tracking and current working directory detection.
Shell integration works by injecting a script that is run when the shell is initialized and lets the terminal gain additional insights into what is happening within the terminal. Note that the script injection may not work if you have custom arguments defined in the terminal profile.
Supported shells:
- Linux/macOS: bash, pwsh, zsh
- Windows: pwsh
You can try it out by setting terminal.integrated.shellIntegration.enabled
to true
.
Complex bash $PROMPT_COMMAND
In bash, shell integration is achieved by wrapping the $PROMPT_COMMAND
environment variable after initialization scripts have finished running. VS Code takes a conservative approach and if something in the prompt command is detected as potentially causing conflicting with the feature, shell integration is disabled with the following message:
Shell integration cannot be activated due to complex PROMPT_COMMAND: ...
If you hit this error, it can typically be worked around by moving what was in PROMPT_COMMAND to a function, for example:
prompt() {
printf "\033]0;%s@%s:%s\007" "${USER}" "${HOSTNAME%%.*}" "${PWD/#$HOME/\~}"
}
PROMPT_COMMAND=prompt
Local echo
On some remote connections, there's a delay between typing and seeing the characters on the terminal as a result of the round trip the data has to make from VS code to the process. Local echo attempts to predict modifications and cursor movements made locally in the terminal to decrease this lag.
When enabled, dimmed characters appear as you type. The dimmed style can be changed using the setting terminal.integrated.localEchoStyle
.
To disable the feature, set terminal.integrated.localEchoLatencyThreshold
to -1
. To enable it all of the time, set it to 0
.
Terminal appearance
Customize the terminal's appearance using the following settings:
- Font: family, size, and weight
- Spacing: line height and letter spacing
- Cursor: style, width, and blinking
Copy & Paste
The keybindings for copy and paste follow platform standards:
- Linux: Ctrl+Shift+C and Ctrl+Shift+V; selection paste is available with Shift+Insert
- macOS: Cmd+C and Cmd+V
- Windows: Ctrl+C and Ctrl+V
Using the mouse
Right-click behavior
The right-click behavior differs based on the platform:
- Linux: Show the context menu.
- macOS: Select the word under the cursor and show the context menu.
- Windows: Copy and drop selection if there is a selection, otherwise paste.
This can be configured using the terminal.integrated.rightClickBehavior
setting.
Alt click
Alt left click will reposition the cursor to underneath the mouse. This works by simulating arrow keystrokes, which may fail for some shells or programs. This feature can be disabled.
Keybindings and the shell
While focus is in the integrated terminal, many key bindings will not work as the keystrokes are passed to and consumed by the terminal itself. There is a hardcoded list of commands, which skip being processed by the shell and instead get sent to the VS Code keybinding system. Customize this list with the terminal.integrated.commandsToSkipShell
setting. Commands can be added to this list by adding the command name to the list and removed by adding the command name to the list prefixed with a -
.
{
"terminal.integrated.commandsToSkipShell": [
// Ensure the toggle sidebar visibility keybinding skips the shell
"workbench.action.toggleSidebarVisibility",
// Send quick open's keybinding to the shell
"-workbench.action.quickOpen",
]
}
Look at the setting details to see the complete list of default commands.
Tip: To override
terminal.integrated.commandsToSkipShell
and send keybindings to the shell instead of the workbench, setterminal.integrated.sendKeybindingsToShell
.
Chord keybindings in the terminal
By default, when a chord keybinding is the highest priority keybinding, it will always skip the terminal shell (bypassing terminal.integrated.commandsToSkipShell
) and be evaluated by VS Code instead of the terminal. This is typically the desired behavior unless you're on Windows/Linux and want your shell to use ctrl+k (for bash, this cuts the line after the cursor). This can be disabled with the following setting:
{
"terminal.integrated.allowChords": false
}
Send text via a keybinding
The workbench.action.terminal.sendSequence
command can be used to send a specific sequence of text to the terminal, including escape sequences. This enables things like sending arrow keys, enter, cursor moves, etc. For example, the below sequence jumps over the word to the left of the cursor (Ctrl+Left) and presses backspace:
{
"key": "ctrl+u",
"command": "workbench.action.terminal.sendSequence",
"args": { "text": "\u001b[1;5D\u007f" }
}
This feature supports variable substitution.
Note that the command only works with the \u0000
format for using characters via their character code (not \x00
). Read more about these hex codes and the sequences terminals work with on the following resources:
Find
The integrated terminal has find functionality that can be triggered with ⌘F (Windows, Linux Ctrl+F).
If you want Ctrl+F to go to the shell instead of launching the Find control on Linux and Windows, you will need to add the following to your settings.json
, which will tell the terminal not to skip the shell for keybindings matching the workbench.action.terminal.focusFind
command:
{
"terminal.integrated.commandsToSkipShell": ["-workbench.action.terminal.focusFind"]
}
Run selected text
To use the runSelectedText
command, select text in an editor and run the command Terminal: Run Selected Text in Active Terminal via the Command Palette (⇧⌘P (Windows, Linux Ctrl+Shift+P)):
The terminal will attempt to run the selected text.
If no text is selected in the active editor, the line that the cursor is on is run in the terminal.
Tip: Also run the active file using the command
workbench.action.terminal.runActiveFile
.
Automating launching of terminals
The Tasks feature can be used to automate the launching of terminals, for example, the following .vscode/tasks.json
file will launch a Command Prompt and PowerShell terminal in a single terminal group when the window starts:
{
"version": "2.0.0",
"presentation": {
"echo": false,
"reveal": "always",
"focus": false,
"panel": "dedicated",
"showReuseMessage": true
},
"tasks": [
{
"label": "Create terminals",
"dependsOn": [
"First",
"Second"
],
// Mark as the default build task so cmd/ctrl+shift+b will create them
"group": {
"kind": "build",
"isDefault": true
},
// Try start the task on folder open
"runOptions": {
"runOn": "folderOpen"
}
},
{
// The name that shows up in terminal tab
"label": "First",
// The task will launch a shell
"type": "shell",
"command": "",
// Set the shell type
"options": {
"shell": {
"executable": "cmd.exe",
"args": []
}
},
// Mark as a background task to avoid the spinner animation on the terminal tab
"isBackground": true,
"problemMatcher": [],
// Create the tasks in a terminal group
"presentation": {
"group": "my-group"
}
},
{
"label": "Second",
"type": "shell",
"command": "",
"options": {
"shell": {
"executable": "pwsh.exe",
"args": []
}
},
"isBackground": true,
"problemMatcher": [],
"presentation": {
"group": "my-group"
}
}
]
}
This file could be committed to the repository to share with other developers or created as a user task via the workbench.action.tasks.openUserTasks
command.
Next steps
The basics of the terminal have been covered in this document. Read on to find out more about:
- Tasks - Tasks let you integrate with external tools and leverage the terminal heavily.
- Mastering VS Code's Terminal - An external blog with plenty of power user tips for the terminal.
- Explore the rest of the terminal commands by browsing your keybindings.json file within VS Code.
Common questions
I'm having problems launching the terminal
There's a dedicated troubleshooting guide for these sorts of problems.
Can I use the integrated terminal with the Windows Subsystem for Linux?
Yes. Select the Windows Subsystem for Linux (WSL) bash shell as your terminal default. If you have WSL enabled (through Windows Features), select WSL Bash from the terminal Select Default Shell dropdown. See Developing in WSL for details on working in WSL and the Remote - WSL extension.
Why is VS Code shortcut X not working when the terminal has focus?
Currently, the terminal consumes many key bindings, preventing Visual Studio Code from reacting to them. An example of this is Ctrl+B to open the Side Bar on Linux and Windows. This is necessary as various terminal programs and/or shells may respond to these key bindings themselves. Use the terminal.integrated.commandsToSkipShell
setting to prevent specific key bindings from being handled by the terminal.
Can I use Cmder's shell with the terminal on Windows?
Yes, to use the Cmder shell in VS Code, you need to add the following settings to your settings.json
file:
{
"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"
}
You may refer to Cmder's wiki for more information.
Why is Cmd+k/Ctrl+k not clearing the terminal?
Normally Cmd+k/Ctrl+k clears the terminal on macOS/Windows, but this can stop working when chord keybindings are added either by the user or extensions. The Cmd+k/Ctrl+k keybindings rely on the VS Code keybinding priority system that defines which keybinding is active at any given time (user > extension > default). To fix this, you need to redefine your user keybinding that will have priority, preferably at the bottom of your user keybindings.json
file:
macOS:
{ "key": "cmd+k", "command": "workbench.action.terminal.clear",
"when": "terminalFocus" },
Windows:
{ "key": "ctrl+k", "command": "workbench.action.terminal.clear",
"when": "terminalFocus" },
Why is nvm complaining about a prefix option when the integrated terminal is launched?
nvm (Node Version Manager) users often see this error for the first time inside VS Code's integrated terminal:
nvm is not compatible with the npm config "prefix" option: currently set to "/usr/local"
Run `npm config delete prefix` or `nvm use --delete-prefix v8.9.1 --silent` to unset it
This is mostly a macOS problem and does not happen in external terminals. The typical reasons for this are the following:
npm
was globally installed using another instance ofnode
that is somewhere in your path (such as/usr/local/bin/npm
).- To get the development tools on the
$PATH
, VS Code will launch a bash login shell on startup. This means that your~/.bash_profile
has already run and when an integrated terminal launches, it will run another login shell, reordering the$PATH
potentially in unexpected ways.
To resolve this issue, you need to track down where the old npm
is installed and remove both it and its out-of-date node_modules. Find the nvm
initialization script and run which npm
before it runs, which should print the path when you launch a new terminal.
Once you have the path to npm, find the old node_modules by resolving the symlink by running a command something like this:
ls -la /usr/local/bin | grep "np[mx]"
This will give you the resolved path at the end:
... npm -> ../lib/node_modules/npm/bin/npm-cli.js
... npx -> ../lib/node_modules/npm/bin/npx-cli.js
From there, removing the files and relaunching VS Code should fix the issue:
rm /usr/local/bin/npm /usr/local/lib/node_modules/npm/bin/npm-cli.js
rm /usr/local/bin/npx /usr/local/lib/node_modules/npm/bin/npx-cli.js
Can I use Powerline fonts in the integrated terminal?
Yes. Specify Powerline fonts with the terminal.integrated.fontFamily
setting.
{
"terminal.integrated.fontFamily": "Meslo LG M DZ for Powerline"
}
Note that you want to specify the font family, not an individual font like Meslo LG M DZ Regular for Powerline where Regular is the specific font name.
How do I configure zsh on macOS to jump words with Ctrl+Left/Right arrow?
By default, Ctrl+Left/Right arrow will jump words in bash. Configure the same for zsh by adding these keybindings:
[
{
"key": "ctrl+left",
"command": "workbench.action.terminal.sendSequence",
"args": { "text": "\u001bb" }
},
{
"key": "ctrl+right",
"command": "workbench.action.terminal.sendSequence",
"args": { "text": "\u001bf" }
}
]
Why does macOS make a ding sound when I resize terminal split panes?
The keybindings ⌃⌘← and ⌃⌘→ are the defaults for resizing individual split panes in the terminal. While they work, they also cause a system "invalid key" sound to play due to an issue in Chromium. The recommended workaround is to tell macOS to no-op for these keybindings by running this in your terminal:
mkdir -p ~/Library/KeyBindings
cat > ~/Library/KeyBindings/DefaultKeyBinding.dict <<EOF
{
"^@\UF701" = "noop";
"^@\UF702" = "noop";
"^@\UF703" = "noop";
}
EOF
Why is my terminal showing a multi-colored triangle or a completely black rectangle?
The terminal can have problems rendering in some environments. For example, you might see a big multi-colored triangle instead of text. This is typically caused by driver/VM graphics issues and the same also happens in Chromium. Workaround these issues by launching code
with the --disable-gpu
flag or by using the setting "terminal.integrated.gpuAcceleration": "off"
to avoid using the canvas in the terminal.
Why are there duplicate paths in the terminal's $PATH
environment variable and/or why are they reversed?
This can happen on macOS because of how the terminal launches using VS Code's environment. When VS Code launches for the first time, to source your "development environment," it launches your configured shell as a login shell, which runs your ~/.profile
/~/.bash_profile
/~/.zprofile
scripts. Now when the terminal launches, it also runs as a login shell, which will put the standard paths to the front (for example, /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
) and reinitialize your shell environment.
To get a better understanding, you can simulate what is happening by launching an inner login shell within your operating system's built-in terminal:
# 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
Unfortunately, unlike in Linux, standalone macOS terminals all run as login shells by default, since macOS does not run a login shell when the user logs into the system. This encourages "bad behavior," like initializing aliases in your profile script when they should live in your rc
script as that runs on non-login shells.
There are two direct fixes for this. The first is to set "terminal.integrated.inheritEnv": false
, which will strip most environment variables from the terminal's environment, except for some important ones (like HOME
, SHELL
, TMPDIR
, etc.).
The other fix is to no longer run a login shell in the terminal by creating a terminal profile and setting its args
to []
. If you go with this fix, you will want to make sure any aliases in your profile scripts are moved over to your ~/.bashrc
/~/.zshrc
file since aliases only apply to the shell they're set in.
I'm having problems with the terminal rendering. What can I do?
By default, the integrated terminal will render using GPU acceleration on most machines. It does this using multiple <canvas>
elements, which are better tuned than the DOM for rendering interactive text that changes often. The terminal features 3 renderers that fallback if they are detected to perform poorly in this order:
- WebGL - This is the fastest renderer that truly unlocks the GPU's power to render the terminal quickly.
- Canvas - This will be used if the WebGL context fails to load (for example, hardware/environment incapabilities). Its performance may vary depending on your environment, but in general, it's much faster than the DOM renderer.
- DOM - This is the slowest by quite a bit but arguably the most reliable since it just uses the DOM. If the canvas renderer is detected to run slowly, the DOM renderer will be activated.
Unfortunately, some issues cannot be automatically detected. If you experience issues with the GPU acceleration, you can disable terminal.integrated.gpuAcceleration
in your user or workspace settings, which will use the DOM renderer. This can be driven by the following setting:
{
"terminal.integrated.gpuAcceleration": "off"
}
Git Bash isn't saving history when I close the terminal
This is a limitation of Git Bash when VS Code uses bash.exe (the shell) as opposed to git-bash.exe (the terminal). You can work around this by adding the following to your ~/.bashrc
or ~/.bash_profile
:
export PROMPT_COMMAND='history -a'
I see 1~
or [201~
when I paste something
This normally means that the program/shell running inside the terminal requested to turn on "bracketed paste mode" but something doesn't support it properly. To workaround this you could run printf "\e[?2004l"
to disable it for that session of add the following to your ~/.inputrc
file:
bind 'set enable-bracketed-paste off'
Ctrl+A, Ctrl+R output ^A, ^R on zsh
This can happen if zsh is in Vim mode instead of Emacs mode, due to setting $EDITOR
or $VISUAL
to vi
/vim
in your init scripts.
To workaround this you have two options:
- Ensure that you don't set
$EDITOR
tovi(m)
. However, this isn't an option if you want your Git editor to work. - Add
bindkey -e
to your init script to set Emacs explicitly.