.vs 文件夹到 visual studio 2015 中的源代码管理？
.vs folder to source control in visual studio 2015?
excluding/including源代码管理中 VS 2015 解决方案的 .vs 文件夹的最佳做法是什么？
在初始 build/edit 之后，我目前只看到在“[Root]/.vs/[SolutionName]/v14/.suo”创建了一个 .suo 文件，所以我假设这是替代品对于旧的 '[SolutionName].suo' 应该排除（通常） - 但在某些我可能想要版本化的情况下，其他 settings/etc 会被放置在那里吗？
来自 this uservoice，我猜答案是应该忽略它，只是想在我更新所有机器设置之前确认一下，因为我在任何本地文档中都没有看到它。
您不应将 .vs 签入源代码管理。
它只包含 Roslyn 使用的临时缓存。
您可以使用.tfignore file rules来排除一些文件夹和文件。当您使用 Git 时，它的做法与 .gitignore 非常相似，但用于 Team Foundation 版本控制。只需使用您的自定义规则创建您的文件并开始使用它。
You should not check .vs into source control.
It just contains temporary caches used by Roslyn.
是的，我同意 SLaks - 你可以添加 .vs 文件夹到忽略列表 - 事实上你应该在开始时这样做。
.vs 仅包含 'Roslyn cache' - 但此文件夹中存储的所有内容都是 'working' 或 'temporary'... 这意味着不需要存储solution/project - 你可以在 VS 关闭时删除它，之后 VS 将在启动解决方案时重新创建它 - 当然你会丢失 IDE 的工作配置，但不用担心，这并不痛苦。
当你使用 ASP.NET 时 - 你可以在 .vs 文件夹中找到 IISExpress 的配置 - 有时删除这个文件会非常有用 - 就像我说的那样它将被重新创建 'fresh' 午餐时设置 VS 下次...
excluding/including源代码管理中 VS 2015 解决方案的 .vs 文件夹的最佳做法是什么？
在初始 build/edit 之后，我目前只看到在“[Root]/.vs/[SolutionName]/v14/.suo”创建了一个 .suo 文件，所以我假设这是替代品对于旧的 '[SolutionName].suo' 应该排除（通常） - 但在某些我可能想要版本化的情况下，其他 settings/etc 会被放置在那里吗？
来自 this uservoice，我猜答案是应该忽略它，只是想在我更新所有机器设置之前确认一下，因为我在任何本地文档中都没有看到它。
您不应将 .vs 签入源代码管理。
它只包含 Roslyn 使用的临时缓存。
您可以使用.tfignore file rules来排除一些文件夹和文件。当您使用 Git 时，它的做法与 .gitignore 非常相似，但用于 Team Foundation 版本控制。只需使用您的自定义规则创建您的文件并开始使用它。
You should not check .vs into source control.
It just contains temporary caches used by Roslyn.
是的，我同意 SLaks - 你可以添加 .vs 文件夹到忽略列表 - 事实上你应该在开始时这样做。
.vs 仅包含 'Roslyn cache' - 但此文件夹中存储的所有内容都是 'working' 或 'temporary'... 这意味着不需要存储solution/project - 你可以在 VS 关闭时删除它，之后 VS 将在启动解决方案时重新创建它 - 当然你会丢失 IDE 的工作配置，但不用担心，这并不痛苦。
当你使用 ASP.NET 时 - 你可以在 .vs 文件夹中找到 IISExpress 的配置 - 有时删除这个文件会非常有用 - 就像我说的那样它将被重新创建 'fresh' 午餐时设置 VS 下次...