我应该将 dotnet-tools .config 目录检查到源代码管理中吗?

Posted

技术标签:

【中文标题】我应该将 dotnet-tools .config 目录检查到源代码管理中吗?【英文标题】:Should I check the dotnet-tools .config directory into source control? 【发布时间】:2020-05-27 04:12:16 【问题描述】:

最近我注意到 Visual Studio 创建了一个 .config 目录,其中包含一个 dotnet-tools.json 文件。应该是 .gitignored 还是签入源代码控制?

【问题讨论】:

我不确定这个特定的配置文件是什么,但你的答案很简单。首先检查配置,如果它包含一些可以帮助其他用户使用您的项目的全局配置,您应该将其添加到您的存储库中,但如果它包含任何个人信息(与您或您的系统相关),您应该忽略它。 例如,我使用的是 vs-code。我将 tasks.json 添加到我的存储库中,但忽略了项目目录中 .vscode 文件夹中的 settings.json。 我们总是忽略 .vscode 文件夹,它主要包含用户特定的配置 【参考方案1】:

.config 目录和dotnet-tools.json 文件是在您使用dotnet tool install 命令为您的项目安装工具时创建的。此文件dotnet-tools.json 包含有关为您的项目安装的所有工具的版本、安装命令等详细信息。它更多的是与本地机器上的设置相关的本地配置。 如果您希望您的同事在她/他的机器上安装相同的工具,那么您应该签入此文件,并且您的同事需要克隆并运行命令以在她/他的机器上恢复相同的工具。这与 NuGet 包非常相似。

您可以放心地将其添加到.gitignore。在这种情况下,您的同事仍然可以使用相同或不同版本的 dotnet tool install 重新安装相同的工具。

Here is a good article on this topic

【讨论】:

以上是关于我应该将 dotnet-tools .config 目录检查到源代码管理中吗?的主要内容,如果未能解决你的问题,请参考以下文章

我应该从 Web.config 中删除未使用的位吗?

将machineKey添加到machine.config

将 App.Config 数据解析为对象列表

加载了错误的 App.config

当我没有 app.config 文件时,当编译器告诉我“考虑 app.config 重新映射”时,我应该改变啥?

如果 DLL 的 app.config 应该在“主配置”中……我们如何处理 DLL 中的 WCF 引用?