关于版本控制：将VisualSVN Server配置为使用_svn而不是.svn

尽管发现已进行了更改，但构建服务器仍无法从源代码管理中检出修改，这是一个问题。

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

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

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

我们已建议TortoiseSVN使用_svn，因为它对Visual Studio更好，并且还建议在构建服务器上安装TortoiseSVN(以备不时之需)。这可能是原因吗？

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

---

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

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

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

---

我一直在将.svn与Visual Studio 2008和2005以及我们的CC.Net集成服务器(具有MSBuild)一起使用，没有问题。我会坚持使用.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

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

---

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

---