У нас была проблема с нашим сервером сборки, который не проверял изменения из системы контроля версий, несмотря на признание того, что были изменения.
Он был прослежен до контрольной папки (не уверен, каково ее настоящее имя), существующие рабочие сборки использовали _svn. Очистка рабочей папки вынудила новую полную проверку, и я заметил, что теперь папка управления - .svn. Похоже, что изначально наши процедуры интеграции проверяли код с помощью _svn, но теперь он использует .svn.
Svn.exe, используемый во время интеграции с сервера VisualSVN, могу ли я настроить его на повторное использование _svn?
Как исходные рабочие копии использовали _svn, я не знаю! - мы только когда-либо использовали VisualSVN Server и не изменили это.
Мы настроили TortoiseSVN для использования _svn, следуя рекомендации, что это работает лучше для Visual Studio, а также установили TortoiseSVN на сервере сборки в случае необходимости. Может ли это быть причиной?
И действительно ли это необходимо? Так как MSBuild от Microsoft, рекомендуется ли она для Visual Studio?
Дело о том, что _svn против .svn было проблемой только с веб-проектами Visual Studio (и я вполне уверен, что это было исправлено в VS2005 в любом случае), это не общая проблема «_svn лучше работает с VS».
Это также только проблема рабочей копии, а не проблема хранилища - то есть не имеет значения, используют ли некоторые пользователи SVN клиенты, настроенные для выполнения _svn, а некоторые используют .svn - хранилище не будет знать или не заботиться - ( если только вы каким-то образом не получите загрузку этих файлов _svn / .svn, фактически проверенных в хранилище, что может привести к путанице.)
Если у вас нет абсолютно конкретных доказательств того, что .SVN вызывает у вас проблемы, тогда я буду придерживаться этого везде, где вы сможете.
Я использую .svn с Visual Studio 2008 и 2005, а также на нашем сервере интеграции CC.Net (с MSBuild) без проблем. Я бы придерживался формата .svn.
Насколько я знаю, _svn необходим, потому что у WebApplications возникают проблемы, когда один из их каталогов начинается с точки.
http://subversion.tigris.org/svn_1.3_releasenotes.html
Необходимо прочитать раздел «Официальная поддержка каталогов _svn Windows (привязки клиента и языка)»
И нужно знать, что вы читаете документацию, которой несколько лет, и этот факт может иметь или не иметь значение.