我们的构建服务器遇到问题，即使发现存在更改，我们也没有检查源控件的修改。
它被追踪到控制文件夹（不确定它的真实名称是什么），现有的工作版本使用了_svn。清除工作文件夹强制进行新的完整检出，我注意到现在控制文件夹是.svn。看起来我们最初的集成例程是使用_svn检出代码，但现在它正在使用.svn。
在集成过程中使用的svn.exe来自VisualSVN Server我可以将其设置为再次使用_svn吗？
原始工作副本如何使用_svn我不知道！ - 我们只使用过VisualSVN Server并且没有改变它。
我们已经设置了TortoiseSVN以使用_svn，建议这对Visual Studio更有效，并且在构建服务器上也安装了TortoiseSVN以防万一。这可能是原因吗？
这还有必要吗？由于MSBuild是微软的推荐，因为它适用于Visual Studio？
答案 0 :(得分：6)
关于_svn vs. .svn的业务只是Visual Studio Web项目的一个问题（而且我很确定它无论如何都已经在VS2005中得到修复），这不是一般的“_svn对VS更好”。
它也只是一个工作副本问题，而不是存储库问题 - 即SVN的某些用户是否正在使用设置为执行_svn的客户端而某些使用.svn并不重要 - 存储库不会知道或关心 - （除非你以某种方式最终将这些_svn / .svn文件加载到存储库中，否则会极其困惑。）
除非你有绝对的具体证据证明.SVN会给你带来麻烦，否则无论你身在何处我都会坚持下去。
答案 1 :(得分：3)
我一直在使用.svn与Visual Studio 2008和2005以及我们的CC.Net集成服务器（与MSBuild）没有任何问题。我坚持使用.svn格式。
答案 2 :(得分：2)
http://subversion.tigris.org/svn_1.3_releasenotes.html
需要阅读“官方支持 Windows'_svn'目录（客户端和 语言绑定）“section
需要注意的是，您正在阅读几年前的文档，这个事实可能会或可能不相关。
答案 3 :(得分：0)
据我所知，需要使用_svn，因为当其中一个目录以一个点开头时，WebApplications会出现问题。