尽管我们认识到已经发生了变化，但我们的构建服务器没有检查源代码管理中的修改，但遇到问题。将VisualSVN Server配置为使用_svn而不是.svn
它被追溯到控制文件夹（不知道它的真名是什么），现有的工作构建使用_svn。清理工作文件夹强制新的完整结帐，我注意到现在控制文件夹是.svn。它看起来像我们的集成例程使用_svn检出代码，但现在它使用.svn。
整合期间使用的svn.exe来自VisualSVN服务器我可以将它设置为再次使用_svn吗？
原始工作拷贝如何使用_svn我不知道！ - 我们只使用过VisualSVN服务器，并没有改变这一点。
我们已经建立了TortoiseSVN，使用_svn，建议您在Visual Studio中更好地工作，并且还可以在构建服务器上安装TortoiseSVN以备需要时使用。这可能是原因吗？
此外，这是真的有必要吗？由于MSBuild是Microsoft的，因此建议使用Visual Studio？
关于_svn与.svn的业务仅仅是Visual Studio Web项目的一个问题（我确信它已在VS2005中修复），它不是一般的“_svn更适合VS”。
这也只是一个工作拷贝问题，而不是一个存储库问题 - 即如果SVN的某些用户使用设置为执行_svn的客户端并且一些正在使用.svn则无所谓 - 存储库不会知道或护理 - 除非你最终以一堆实际上检查过的这些_svn/.svn文件加载到存储库中，否则将极度混淆。）
除非您有绝对具体的证据证明.SVN导致你的问题，然后我会坚持，无论你在哪里。
我一直在Visual Studio 2008和2005以及我们的CC.Net集成服务器（使用MSBuild）使用.svn，没有任何问题。我会坚持使用.svn格式。
据我所知，_svn是需要的，因为WebApplications在其中一个目录开始时出现问题。
http://subversion.tigris.org/svn_1.3_releasenotes.html
需要阅读 “为 Windows的 '_svn' 目录（客户端和 语言绑定）的官方支持” 部分
，需要知道，你正在阅读几年前的文件，这个事实可能会或可能不相关。