儘管我們認識到已經發生了變化，但我們的構建服務器沒有檢查源代碼管理中的修改，但遇到問題。將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' 目錄（客戶端和 語言綁定）的官方支持」 部分
，需要知道，你正在閱讀幾年前的文件，這個事實可能會或可能不相關。