.vscode文件夹是否要提交给源代码控制?
在新项目中，除了设置之外，文件夹为空。json文件。这个文件夹里会有什么东西?它是特定于机器的，特定于开发人员的，比如。vs文件夹，因此不能提交?或者所有开发人员都应该共享这个文件夹，从而提交它?
.vscode/settings文件顶部的注释。json:
// Place your settings in this file to overwrite default and user settings.
{
}
这似乎意味着文件夹应该包含特定于项目的设置，因此应该包含在源代码中。此外，UserVoice上的这篇文章似乎暗示了一些类型会在那里，也建议它应该被提交。
当前回答
在提交/忽略之间还有第三个聪明的选择:以.default后缀提交。
例如，您可以添加设置。Json到.gitignore，并提交settings.json.default，就像在我的团队中使用.env文件一样。
我从视频中将编辑器设置提交到版本控制?作者:Mattias Petter Johansson
其他回答
在提交/忽略之间还有第三个聪明的选择:以.default后缀提交。
例如，您可以添加设置。Json到.gitignore，并提交settings.json.default，就像在我的团队中使用.env文件一样。
我从视频中将编辑器设置提交到版本控制?作者:Mattias Petter Johansson
一个简单的方法来保持你的设置而不提交到你的项目git存储库是创建一个工作区，并添加文件夹。
当您创建一个工作空间时，您需要保存一个文件代码-工作空间。这个文件包含自定义设置，只需将这个文件从git存储库中保存出来，就可以将.vscode添加到.gitignore文件中。
在.vscode文件夹中提交一些文件
建议一般排除.vscode文件夹，但保留一些JSON文件，允许其他开发人员重新创建共享设置。
设置的示例包括:
特定于语言的测试配置来运行测试套件(settings.json) linters和代码格式化工具的扩展设置，以强制执行此repo中使用的语言规则(settings.json) 运行和调试配置(launch.json) 共享任务-如果使用VS Code管理(tasks.json)
请注意，一些设置可以存储在用户设置或工作空间文件中，或者从.vscode文件夹传输到其中。见下文。
样本。gitignore代码
以下是在https://gitignore.io上建议的设置。你可以在那里搜索“VisualStudioCode”来获得最新推荐的.gitignore文件。我使用这个网站作为我大多数新回购的。gitignore的起点:
# Created by https://www.gitignore.io/api/visualstudiocode
# Edit at https://www.gitignore.io/?templates=visualstudiocode
### VisualStudioCode ###
.vscode/* # Maybe .vscode/**/* instead - see comments
!.vscode/settings.json
!.vscode/tasks.json
!.vscode/launch.json
!.vscode/extensions.json
### VisualStudioCode Patch ###
# Ignore all local history of files
**/.history
# End of https://www.gitignore.io/api/visualstudiocode
In the above .gitignore file, the .vscode/* line (note: some debate on whether the * should be included - see comments; .vscode/**/* may be better to ignore nested folders as well) says to exclude everything in the .vscode folder, but then the !.vscode/a_specific_file lines tell git to "not" ignore some specific files in that folder (settings.json, launch.json, etc.). The end result is that everything is excluded in the .vscode folder except for the files specifically named in one of those other lines.
其他因素
在你的repo中包含.vscode文件夹实际上不会伤害任何使用不同IDE(或文本/代码编辑器)的人。
然而，对于其他人使用VS Code，这可能会导致问题，或者一些设置可能无法正常加载，如果这些文件包含通用设置，需要特定于您的环境-比如repo安装的绝对路径。关键是要避免保存适合您本地环境的自定义设置，只共享那些可以(或者，在这个回购的情况下，应该)供所有人使用的设置。
例如，如果IDE设置文件有绝对路径到repo或任何文件/库等，那么这是不好的，不要共享。但是如果所有的引用都是相对的，那么它们应该适用于任何使用repo的人(尽管要注意Windows/Unix之间的路径规范差异..)。
关于用户、工作区和文件夹设置
注意:当你改变设置的文件夹版本时，.vscode文件夹中的设置文件通常会更新-但这似乎取决于个人扩展名的编码方式，因为我遇到过这个规则的多个例外。
如果您更改了用户设置，它们通常存储在其他地方(位置取决于操作系统设置，通常在主目录中)。 如果您更改了工作空间设置，它们通常存储在*。当前使用的代码工作区文件。如果您没有工作空间(您直接打开了一个文件夹)，那么它们可能会转到.vscode文件夹，但总的来说，这可能取决于拥有该设置的扩展名。
所以，一般来说，你应该把个人电脑的自定义设置放到用户设置中，把通用设置放到工作空间或文件夹设置中。
如果您想与团队共享设置、任务配置和调试配置，请检入.vscode文件夹。我认为如果你想在一个团队中强制设置，与团队共享设置(例如空格与选项卡)是有意义的。我们VS Code团队也共享调试和任务特定的设置，因为我们希望我们的团队对VS Code有相同的调试目标和任务目标。
顺便说一下，你不需要在你的项目中有一个.vscode文件夹进行设置。您也可以在用户级别上进行配置。
答案是“否”，因为.vscode文件夹是这个编辑器的，你不应该把这些个人设置推送到repo，以免让其他人感到困惑，所以你可以把它添加到项目的.gitignore文件中来忽略这些更改
