工作空间只是一个扩展名为（.code workspace）的文本文件。你可以用文本编辑器打开它来查看它。我也对工作区的想法以及如何在Visual Studio代码中实现它感到沮丧。我找到了一种适合我的方法。

从单个“项目”文件夹开始。

打开Visual Studio代码并关闭所有打开的工作区、文件或文件夹。在浏览器中，您应该只看到“打开的编辑器”和“没有打开的文件夹”。

从菜单栏→ 文件→ 打开文件夹。。。。导航到要放置文件夹的位置，然后右键单击以打开新文件夹。根据需要命名，然后单击“选择文件夹”。它将显示在*Visual Studio代码资源管理器中。

现在从菜单文件→ 将工作区另存为……命名工作区并将其保存在您希望保留所有工作区的任何位置（不一定是项目文件夹所在的位置）。我把我的全部放在一个名为“Visual Studio代码工作区”的文件夹中。

它将保存为（.code工作区）文件，并且只是它包含（或指向）的所有文件和文件夹的索引，无论它们位于硬盘驱动器上的任何位置。你可以用文本编辑器打开它来查看它。关闭您创建的文件夹并关闭Visual Studio代码。

现在找到您的工作区“文件”并双击它。这将打开Visual Studio代码以及您在工作区中创建的文件夹。或者您可以打开Visual Studio代码并使用“打开工作区”。

从Visual Studio代码工作区中创建的任何文件夹都将位于第一个文件夹中。如果要添加更多顶级文件夹，请首先在需要的位置创建它们，然后使用Visual Studio代码中的“添加到工作区..”。

工作区（可能是唯一的一个）的主要用途是允许添加多个独立的文件夹，以组合项目。例如：

- WorkspaceProjectX  
-- ApiFolder   (maybe /usr/share/www/api)  
-- DocsFolder  (maybe /home/user/projx/html/docs)  
-- WebFolder   (maybe /usr/share/www/web)

因此，您可以在特定项目的工作区中对这些文件夹进行分组，而不必打开多个文件夹窗口。

您可以在这里了解更多信息。

截至2018年5月，Visual Studio代码中的工作区似乎允许您快速访问不同但相关的项目。无需打开其他文件夹。

您也可以有多个工作区。请参阅此处的参考资料，您将了解其全貌：

参考文献1参考文献2

如果Visual Studio代码是新安装的；

单击扩展，搜索“python”并单击安装单击菜单“视图”→ 探索者如果没有文件夹，则将文件夹添加到“工作区”（菜单“文件”→ 将文件夹添加到工作区）如果要使用虚拟Python环境，请单击菜单“文件”→ 偏爱→ 设置

单击窗口右上角的“｛｝打开设置JSON”，然后将路径添加到虚拟环境中的python.exe文件：

{
    "python.pythonPath": "C:\\PathTo\\VirtualENV\\python.exe"
}

启动新终端并检查是否选择了正确的Python解释器

打开“文件”菜单并选择“工作区另存为”。这将保存当前资源管理器状态。之后，您可以选择菜单文件*→ 打开工作区以打开之前保存的工作区。

这是了解工作空间的必读内容。

正如许多人所指出的，多根工作区是VisualStudioCode工作区概念变得相关的地方。

但为什么还有另一个问题。

因此，这里是Eclipse IDE用户指南的摘录，其中包含了正确的工作空间概念（与Visual Studio代码完全不同，如果您需要Visual Studio代码，则不应切换到Eclipse-但您可以阅读文档，因为它们解释正确）：

Eclipse中使用Git存储库的注意事项短篇小说使用EGit设置Git存储库时，对于创建“高效”（而不是“游乐场”）存储库有两个建议：不要在Eclipse工作区中创建存储库。克隆或创建存储库时要小心。确保正确使用Git共享向导。不要创建以Eclipse项目为根的存储库。确保正确使用Git共享向导。第一个错误发生在克隆或创建存储库期间指定工作区文件夹时。当您在工作区中手动创建的Eclipse项目中使用Git共享向导而不采取预防措施时（该向导已在最新版本中修复），这两个错误都会发生。下面是这些建议的一些动机。更长的故事Eclipse工作区和存储库工作目录Git存储库可以用不同的方式创建，例如从现有存储库克隆、从头创建或使用EGit共享向导。在任何情况下（除非您创建了一个“裸”存储库，但这里没有讨论），新存储库本质上是本地硬盘上的一个文件夹，其中包含“工作目录”和元数据文件夹。元数据文件夹是一个名为“.git”的专用子文件夹，通常称作“.git文件夹”。它包含实际的存储库（即Commits、References、日志等）。元数据文件夹对Git客户端完全透明，而工作目录用于将当前签出的Repository内容作为工具和编辑器的文件公开。通常，如果要在Eclipse中使用这些文件，则必须以某种方式将它们导入Eclipse工作区。为此，最简单的方法是签入.project文件，“导入现有项目”向导可以从中轻松创建项目。[...]含意上述内容具有以下含义：将项目作为存储库的根文件夹可能不是一个好主意。原因是您永远无法将另一个项目添加到此存储库，因为.project文件将占用根文件夹；您仍然可以将项目添加为子文件夹，但这种项目嵌套方式会导致很多问题。为了添加另一个项目，您必须将该项目移动到存储库中的子文件夹，并将第二个项目添加为另一个子文件夹，然后才能提交此更改。将存储库保留在Eclipse工作区之外是一个好主意。这有几个原因：新的Repository将Eclipse工作区的完整文件夹结构视为（潜在的）内容。这可能会导致性能问题，例如，在提交之前计算更改时（例如，这将扫描完整的.metadata文件夹）；通常情况下，工作区将包含死文件夹（例如删除的项目），这些文件夹在语义上与EGit无关，但无法轻易排除。元数据（.git-）文件夹将是EclipseWorkspace的子文件夹。目前尚不清楚这是否会导致Eclipse不需要的文件夹遍历。通过销毁Eclipse工作区，您可以轻松地销毁存储库。

尽管如此，Visual Studio也做到了这一点；为什么微软决定忽略Visual Studio代码中的解决方案（.sln）和项目（.vcxproj）概念，这很有趣。