svn - 配置 VisualSVN 服务器以使用 _svn 而不是 .svn

Question

我们的构建服务器遇到了一个问题，尽管我们意识到已经发生了变化，但没有从源代码管理中检查修改。

它被追踪到控制文件夹(不确定它的真实名称是什么)，现有的工作版本正在使用 _svn。清除工作文件夹强制进行新的完整结帐，我注意到现在控制文件夹是 .svn。看起来我们的集成例程最初使用 _svn 检查代码，但现在它使用 .svn。

集成过程中使用的 svn.exe 来自 VisualSVN Server 我可以将其设置为再次使用 _svn 吗？

我不知道原始工作副本是如何使用 _svn 的! - 我们只使用过 VisualSVN 服务器并且没有改变它。

我们根据建议将 TortoiseSVN 设置为使用 _svn，这对 Visual Studio 更有效，并且还在构建服务器上安装了 TortoiseSVN，以备不时之需。这可能是原因吗？

还有这真的有必要吗？由于 MSBuild 是 Microsoft 的，因此是否推荐它用于 Visual Studio？

Answer 1

关于 _svn 与 .svn 的业务仅是 Visual Studio Web 项目的一个问题(而且我相当肯定它在 VS2005 中已修复)，它不是一般的“_svn 与 VS 一起工作得更好”的事情。

这也只是一个工作副本问题，而不是存储库问题-即，如果某些 SVN 用户使用设置为执行 _svn 的客户端而某些用户使用 .svn 则无关紧要-存储库不会知道或关心-(除非以某种方式最终将这些 _svn/.svn 文件的负载实际 checkin 存储库，这在极端情况下会令人困惑。)

除非你有绝对的具体证据表明 .SVN 给你带来了问题，否则我会尽可能坚持下去。