Movatterモバイル変換


[0]ホーム

URL:


TryMCP servers to extend agent mode in VS Code!

Dismiss this update

Multi-root Workspaces

You can work with multiple project folders in Visual Studio Code with multi-root workspaces. This can be helpful when you are working on several related projects at one time. For example, you might have a repository with a product's documentation that you like to keep current when you update the product source code.

multi-root hero

Note: If you'd like to learn more about the VS Code "workspace" concept, you can reviewWhat is a VS Code "workspace"? Unless you are explicitly creating a multi-root workspace, a "workspace" is just your project's single root folder.

Adding folders

It is easy to add another folder to your existing workspace. There are several gestures for adding folders:

Add Folder to Workspace

TheFile >Add Folder to Workspace command brings up an Open Folder dialog to select the new folder.

Add Root Folder

Once a root folder is added, the Explorer will show the new folder as a root in the File Explorer. You can right-click on any of the root folders and use the context menu to add or remove folders.

Remove Root Folder

The File Explorer should work and behave as before. You can move files between root folders and use any of the typical file operation actions provided in the context menu and the Explorer view.

Settings likefiles.exclude are supported for each root folder if configured, and across all folders if configured as global user setting.

Drag and drop

You can use drag and drop to add folders to a workspace. Drag a folder to the File Explorer to add it to the current workspace. You can even select and drag multiple folders.

Note: Dropping a single folder into the editor region of VS Code will still open the folder in single folder mode. If you drag and drop multiple folders into the editor region, a new multi-root workspace will be created.

You can also use drag and drop to reorder folders in the workspace.

Multiple selection native file open dialogs

Opening multiple folders with your platform's native file open dialog will create a multi-root workspace.

command line --add

Add a folder or multiple folders to the last active VS Code instance for a multi-root workspace.

  code --add vscode vscode-docs

Removing folders

You can remove a folder from a Workspace with theRemove Folder from Workspace context menu command.

Workspace file

When you add multiple folders, they are initially placed in a Workspace titledUNTITLED WORKSPACE and that name will remain until you save the workspace. You do not need to save a Workspace until you want to have it in a permanent location, for example, on your Desktop. Untitled Workspaces are present as long as the VS Code instance they are using is open. Once you completely close an instance with an untitled workspace, you will be asked to save it if you plan to open it again in the future:

save workspace dialog

When you save your workspace, it will create a.code-workspace file and the file name will be displayed in the File Explorer.

Save Workspace As...

If you want to move your Workspace file to a new location, you can use theFile >Save Workspace As command, which will automatically set the correct folder paths relative to the new Workspace file location.

Opening workspace files

To reopen a Workspace, you can:

  • Double-click the.code-workspace file in your platform's Explorer.
  • Use theFile >Open Workspace command and select the Workspace file.
  • Select the Workspace from theFile >Open Recent (⌃R (Windows, LinuxCtrl+R)) list.
    • Workspaces have a(Workspace) suffix to differentiate them from folders.

open recent workspace list

Just likeClose Folder when a single folder is open in VS Code, there is aClose Workspace (⌘K F (Windows, LinuxCtrl+K F)) command to close the active Workspace.

Workspace file schema

The schema of.code-workspace is fairly straightforward. You have an array of folders with either absolute or relative paths. Relative paths are better when you want to share Workspace files.

You can override the display name of your folders with thename attribute, to give more meaningful names to folders in the Explorer. For example, you could name your project folders such as 'Product' and 'Documentation' to easily identify the content by folder name:

{  "folders": [    {      // Source code      "name":"Product",      "path":"vscode"    },    {      // Docs and release notes      "name":"Documentation",      "path":"vscode-docs"    },    {      // Yeoman extension generator      "name":"Extension generator",      "path":"vscode-generator-code"    }  ]}

which will result in the following Explorer display:

named folders

As you can see from the example above, you can add comments to your Workspace files.

The Workspace file can also contain Workspaceglobal settings undersettings andextension recommendations underextensions, which we will discuss below.

workspace file schema

General UI

Editor

There are only a few changes to the VS Code UI when you are using multi-root workspaces, primarily to disambiguate files between folders. For example, if there is a name collision between files in multiple folders, VS Code will include the folder name in tabbed headers.

tabbed headers

If you'd always like to see the folder displayed in the tabbed header, you can use theworkbench.editor.labelFormatsetting "medium" or "long" values to show the folder or full paths.

"workbench.editor.labelFormat":"medium"

VS Code UI such as theOPEN EDITORS andQuick Open (⌘P (Windows, LinuxCtrl+P)) lists include the folder name.

quick pick has folder name

If you are using aFile Icon Theme and the active theme supports it, you will see a special Workspace icon.

Below you can see the Workspace icons from the built-inMinimal (Visual Studio Code) file icon theme:

custom workspace icon

Search

VS Code features like global search work across all folders and group the search results by folder.

multi-root search results

When you have a multi-root workspace open, you can choose to search in a single root folder by using the./ syntax in thefiles to include box. For example, if you enter./project1/**/*.txt, that will search for all.txt files under theproject1/ root folder.

Settings

With multiple root folders in one workspace, it is possible to have a.vscode folder in each root folder defining the settings that should apply for that folder. To avoid setting collisions, only resource (file, folder) settings are applied when using a multi-root workspace. Settings that affect the entire editor (for example, UI layout) are ignored. For example, two projects cannot both set the zoom level.

User settings are supported as with single folder projects and you can also set global Workspace settings that will apply to all folders in your multi-root Workspace. Global Workspace settings will be stored in your.code-workspace file.

{  "folders": [    {      "path":"vscode"    },    {      "path":"vscode-docs"    },    {      "path":"vscode-generator-code"    }  ],  "settings": {    "window.zoomLevel":1,    "files.autoSave":"afterDelay"  }}

When you go from a single folder instance to multiple folders, VS Code will add the appropriate editor-wide settings from the first folder to the new global Workspace settings.

You can easily review and modify the different settings files through the Settings editor. The Settings editor tabs let you select your User settings, global Workspace settings, and individual folder settings.

settings dropdown

You can also open specific settings files with the commands:

  • Preferences: Open User Settings - Open your global User settings
  • Preferences: Open Workspace Settings - Open the settings section of your Workspace file.
  • Preferences: Open Folder Settings - Open the settings for the active folder.

Global Workspace settings override User settings and folder settings can override Workspace or User settings.

Unsupported folder settings

Unsupported editor-wide folder settings will be shown as grayed out in your folder settings and are filtered out of theDEFAULT FOLDER SETTINGS list. You will also see an information icon in front of the setting.

unsupported setting information

Debugging

With multi-root workspaces, VS Code searches across all folders forlaunch.json debug configuration files and displays them with the folder name as a suffix. Additionally VS Code will also display launch configurations defined in the workspace configuration file.

debugging dropdown

The example above shows the debugging configurations for theTSLint extension. There is alaunch configuration from thetslint extension folder to start the extension running in the VS Code Extension Host and also anattach configuration from thetslint-server folder to attach the debugger to a running TSLint server.

You can also see the threeAdd Config commands for the folders,tslint,tslint-server, andtslint-tests, in the vscode-tslintWorkspace. TheAdd Config command will either open an existinglaunch.json file in the folder's.vscode subfolder or create a new one and display the debugging configuration template dropdown.

debugging template dropdown

Variables used in a configuration (for example${workspaceFolder} or the now deprecated${workspaceRoot}) are resolved relative to the folder they belong to. It is possible to scope a variable per workspace folder by appending the root folder's name to a variable (separated by a colon).

Workspace launch configurations

Workspace scoped launch configurations live in the"launch" section of the workspace configuration file (Workspaces: Open Workspace Configuration File in the Command Palette):

Workspace Settings

Alternatively, new launch configurations can be added via the "Add Config (workspace)" entry of the Launch Configuration dropdown menu:

Add Config

A compound launch configuration can reference the individual launch configurations by name as long as the names are unique within the workspace, for example:

  "compounds": [{      "name":"Launch Server & Client",      "configurations": [        "Launch Server",        "Launch Client"      ]  }]

If the individual launch configuration names are not unique, the qualifying folder can be specified with a more verbose "folder" syntax:

  "compounds": [{      "name":"Launch Server & Client",      "configurations": [        "Launch Server",        {          "folder":"Web Client",          "name":"Launch Client"        },        {          "folder":"Desktop Client",          "name":"Launch Client"        }      ]  }]

In addition tocompounds, thelaunch section of the workspace configuration file can contain regular launch configurations too. Make sure that all used variables are explicitly scoped to a specific folder because otherwise they are not valid for the workspace. You can find more details about explicitly scoped variables in theVariables Reference.

Here is an example for a launch configuration where the program lives in a folder "Program" and where all files from a folder "Library" should be skipped when stepping:

"launch": {  "configurations": [{      "type":"node",      "request":"launch",      "name":"Launch test",      "program":"${workspaceFolder:Program}/test.js",      "skipFiles": [        "${workspaceFolder:Library}/out/**/*.js"      ]  }]}

Tasks

Similar to how VS Code searches for debugging configurations, VS Code will also try to autodetect tasks from gulp, grunt, npm, and TypeScript project files across all folders in a workspace as well as search for tasks defined intasks.json files. The location of tasks is indicated by a folder name suffix. Note that tasks defined intasks.json must be version 2.0.0.

tasks dropdown

From the TSLint extensionWorkspace example above, you can see that there are twoconfigured tasks fromtasks.json files in thetslint andtslint-tests folders and numerous autodetected npm and TypeScript compilerdetected tasks.

Workspace task configuration

Workspace scoped tasks live in the"tasks" section of the workspace configuration file (Workspaces: Open Workspace Configuration File in the Command Palette). Only"shell" and"process" type tasks can be defined in the workspace configuration file.

Source Control

With multi-root workspaces, there is aSOURCE CONTROL PROVIDERS section that gives you an overview when you have multiple active repositories. These can be contributed by several SCM providers; for example, you can have Git repositories side-by-side with Azure DevOps Server workspaces. As you select repositories in this view, you can see the source control details below.

multiple scm providers

You can useCtrl+Click orShift+Click to select multiple repositories. Their details will appear as separate regions underneath.

Extensions

If you are an extension author, you can review ourAdopting Multi Root Workspace APIs guide to learn about VS Code multi-root workspace APIs and how to make your extension work well across multiple folders.

Below are some of the popular extensions that have adopted the multi-root workspace APIs.

Note: If an extension doesn't yet support multiple folders, it will still work in the first folder of your multi-root workspace.

Extension recommendations

VS Code supports folder level extension recommendations through theextensions.json files under the folder's.vscode subfolder. You can also provide global Workspace extension recommendations by adding them to your.code-workspace file. You can use theExtensions: Configure Recommended Extensions (Workspace Folder) command to open your Workspace file and add extension identifiers ({publisherName}.{extensionName}) to theextensions.recommendations array.

{  "folders": [    {      "path":"vscode"    },    {      "path":"vscode-docs"    }  ],  "extensions": {    "recommendations": ["eg2.tslint","dbaeumer.vscode-eslint","esbenp.prettier-vscode"]  }}

Next steps

Common questions

How can I go back to working with a single project folder?

You can either close the Workspace and open the folder directly or remove the folder from Workspace.

As an extension author what do I need to do?

See ourAdopting Multi Root Workspace APIs guide. Most extensions can easily support multi-root workspaces.

07/09/2025

[8]ページ先頭

©2009-2025 Movatter.jp