在源代码管理中排除/包含VS 2015解决方案的.vs文件夹的最佳做法是什么？
在初始构建/编辑之后，我只看到到目前为止在。[Root] / .vs / [SolutionName] /v14/.suo'中创建的.suo文件，所以我假设这是旧的＆＃39; [SolutionName] .suo＆＃39;的替代品。并且应该被排除（通常） - 但是在我可能想要版本的某些场景中是否会放置其他设置/等？
从this uservoice，我猜测答案是应该忽略它，只是在我更新所有机器设置之前需要确认，因为我没有在任何本地文档中看到它。
答案 0 :(得分：38)
您不应该将.vs检入源代码管理中。
它只包含Roslyn使用的临时缓存。
答案 1 :(得分：4)
您不应该将.vs检查到源代码管理中。
它只包含Roslyn使用的临时缓存。
是的，我同意SLaks - 您可以将await long_operation()文件夹添加到忽略列表中 - 实际上您应该在开头执行此操作。
.vs包含更多只有Roslyn缓存＆＃39; - 但是这个文件夹中存储的所有东西都是“工作”。或者＆＃39;临时＆＃39; ...这意味着存储解决方案/项目不需要 - 您可以在VS关闭时将其删除，然后VS在启动解决方案时重新创建它 - 当然你失去了IDE的工作配置，但不用担心，这并不痛苦。
当您使用ASP.NET时 - 您可以在.vs文件夹中找到IISExpress的配置 - 有时删除此文件非常有用 - 就像我说它将使用＆＃39; fresh＆＃39重新创建;你下次午餐时的设置......下次......
答案 2 :(得分：0)
您可以使用.tfignore file rules排除某些文件夹和文件。当你使用Git时，它的实践非常类似于.gitignore，但是对于Team Foundation Version Control来说。只需使用自定义规则创建文件并开始使用它。