如何在源代码控制中排除/包含VS 2015解决方案的.vs文件夹是最佳实践?
在初始构建/编辑之后,我只看到一个'.suo'文件被创建,位于'[Root]/.vs/[SolutionName]/v14/.suo',因此我认为它替换了旧的'[SolutionName].suo'文件,并且应该被排除(通常)-但是在某些情况下,是否会将其他设置等放置在那里,以便进行版本控制?
根据这个用户声音,我猜想答案是应该忽略它,只是想在更新所有机器设置之前确认一下,因为我没有在任何本地文档中看到它。
如何在源代码控制中排除/包含VS 2015解决方案的.vs文件夹是最佳实践?
在初始构建/编辑之后,我只看到一个'.suo'文件被创建,位于'[Root]/.vs/[SolutionName]/v14/.suo',因此我认为它替换了旧的'[SolutionName].suo'文件,并且应该被排除(通常)-但是在某些情况下,是否会将其他设置等放置在那里,以便进行版本控制?
根据这个用户声音,我猜想答案是应该忽略它,只是想在更新所有机器设置之前确认一下,因为我没有在任何本地文档中看到它。
您不应该将.vs
文件夹提交到源代码管理中。
它只包含由Roslyn使用的临时缓存。
# Visual Studio 2015 cache/options directory
.vs/
因此,Microsoft会忽略它。 - Anders Zommarin.gitignore
文件的主文件。由VS2015生成的文件略有旧版本。如果需要更新,这是一个好消息! - Anders Zommarin您可以使用.tfignore文件规则来排除某些文件夹和文件。这个做法与在Git中使用.gitignore非常相似,但是适用于Team Foundation版本控制。只需创建您的文件并添加自定义规则即可开始使用。