.vs 文件夹到 Visual Studio 2015 中的源代码管理？ [复制]答案

【问题标题】：.vs folder to source control in visual studio 2015? [duplicate].vs 文件夹到 Visual Studio 2015 中的源代码管理？ [复制]
【发布时间】：2023-03-23 01:01:01
【问题描述】：

在源代码管理中排除/包含 VS 2015 解决方案的 .vs 文件夹的最佳做法是什么？

在初始构建/编辑后，我只看到到目前为止在 '[Root]/.vs/[SolutionName]/v14/.suo' 处创建的 .suo 文件，所以我假设这是旧的 ' [SolutionName].suo' 并且应该被排除（通常） - 但在我可能想要版本的某些情况下是否会放置其他设置/等？

来自this uservoice，我猜答案是应该忽略它，只是想在更新所有机器设置之前确认一下，因为我在任何本地文档中都没有看到它。

【问题讨论】：

我们排除了，到目前为止没有任何问题。如果我有警告会更新。

标签： c# visual-studio version-control visual-studio-2015

【解决方案1】：

您不应将.vs 签入源代码管理。

它只包含 Roslyn 使用的临时缓存。

【讨论】：

同意，好像是这样。有参考，以便我们可以确定吗？先生，欣赏！
你有任何证据吗？我没有签入那个文件夹，现在另一个开发人员的 IDE 崩溃了，因为它无法从那里找到或编辑文件。
什么错误？你能附加一个调试器并检查异常吗？
Visual Studio 2015中git支持自动生成的.gitignore文件有入口：# Visual Studio 2015 cache/options directory.vs/所以微软忽略了。
@AndersZommarin：这实际上来自 GitHub。 github.com/github/gitignore/blob/master/…

【解决方案2】：

您不应将 .vs 签入源代码管理。

它只包含 Roslyn 使用的临时缓存。

是的，我同意 SLaks - 您可以将 .vs 文件夹添加到忽略列表 - 实际上您应该在一开始就这样做。

.vs 包含的不仅仅是“Roslyn 缓存”-但存储在此文件夹中的所有内容都是“工作”或“临时”...这意味着存储解决方案/项目不需要 - 您可以在以下情况下将其删除VS 已关闭，之后 VS 将在启动解决方案时重新创建它 - 当然您会丢失 IDE 的工作配置，但不用担心，这并不痛苦。

当您使用 ASP.NET 时 - 您可以在 .vs 文件夹中找到 IISExpress 的配置 - 有时删除此文件可能非常有用 - 就像我说的那样，当您午餐 VS 下一个时，它将使用“新鲜”设置重新创建时间……

【讨论】：

【解决方案3】：

您可以使用.tfignore file rules 排除某些文件夹和文件。当您使用 Git 时，它的做法与 .gitignore 非常相似，但用于 Team Foundation 版本控制。只需使用自定义规则创建文件并开始使用它。

【讨论】：