我们的构建服务器遇到一个问题，尽管意识到已经进行了更改，但仍未从源代码管理中检出修改。

它被追溯到control文件夹(不确定其真实名称)，现有的可用内部版本使用_svn。清除工作文件夹将强制执行新的完整签出操作，我注意到现在控制文件夹为.svn。看起来我们的集成例程最初是使用_svn检出代码，但现在它使用的是.svn。

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

我不知道原始工作副本是如何使用_svn的！我们只使用过VisualSVN Server，并且没有更改过。

我们建议将TortoiseSVN设置为使用_svn，以使其更适合Visual Studio，并在需要的情况下在构建服务器上安装了TortoiseSVN。这可能是原因吗？

这真的有必要吗？由于MSBuild是Microsoft的，因此建议像Visual Studio那样使用它吗？

解决方案

回答

我一直在将.svn与Visual Studio 2008和2005以及我们的CC.Net集成服务器(带有MSBuild)一起使用，没有问题。我会坚持使用.svn格式。

回答

据我所知，需要_svn，因为WebApplications在其目录之一以点开头时会出现问题。

回答

关于_svn与.svn的业务仅是Visual Studio Web项目的问题(而且我很确定它无论如何都已在VS2005中解决)，这不是一般的" _svn与VS更好地兼容"的事情。

这也是一个工作副本问题，而不是存储库问题，即，某些SVN用户是否使用设置为_svn的客户端，而有些使用.svn则无关紧要，存储库将不知道或者不在乎(除非我们以某种方式最终将这些_svn / .svn文件的负载实际检入了存储库，这在极端情况下会造成混乱。)

除非我们有绝对的具体证据表明.SVN导致了问题，否则我将尽一切可能坚持下去。

回答

http://subversion.tigris.org/svn_1.3_releasenotes.html
  
  Need to read the "Official support for
  Windows '_svn' directories (client and
  language bindings)" section

需要注意的是，我们正在阅读的文档已有数年之久，这一事实可能相关，也可能不相关。