我们的构建服务器遇到问题,即使没有识别出已经发生了变化,也没有检查源控制的修改.
它被追踪到控制文件夹(不确定它的真实名称是什么),现有的工作版本使用_svn.清除工作文件夹强制进行新的完整检出,我注意到现在控制文件夹是.svn.看起来我们最初的集成例程是使用_svn检出代码,但现在它正在使用.svn.
在集成期间使用的svn.exe是从VisualSVN Server我可以设置它再次使用_svn?
原始工作副本如何使用_svn我不知道! - 我们只使用过VisualSVN Server并且没有改变它.
我们设置了TortoiseSVN以使用_svn,建议这对Visual Studio更好用,并且在构建服务器上也安装了TortoiseSVN以防万一.这可能是原因吗?
这还真的有必要吗?由于MSBuild是微软的推荐,因为它适用于Visual Studio?
关于_svn vs. .svn的业务只是Visual Studio Web项目的一个问题(而且我很确定它在VS2005中已经修复了),它不是一般的"_svn对VS更好".
它也只是一个工作副本问题,而不是存储库问题 - 即SVN的某些用户是否正在使用设置为_svn的客户端并且有些正在使用.svn并不重要 - 存储库不会知道或关心 - (除非你以某种方式最终加载了这些_svn/.svn文件,否则这些文件实际上会被检入到存储库中,这将极其困惑.)
除非你有绝对的具体证据证明.SVN会给你带来麻烦,否则无论你身在何处我都会坚持到底.