Configuring VisualSVN Server to use _svn instead of .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格式。
并且需要注意，您正在阅读的文档已有数年之久，这一事实可能相关，也可能不相关。 据我所知需要_svn，因为当WebApplications的目录之一以点开头时，它们会出现问题。 |
