Настройка VisualSVN Server для использования _svn вместо .svn
У нас была проблема с тем, что наш сервер сборки не проверял модификации из системы управления исходным кодом, несмотря на то, что признавал наличие изменений.
Проблема была отслежена до папки control (не уверен, как она называется на самом деле), существующие рабочие сборки использовали _svn. Очистка рабочей папки привела к новой полной проверке, и я заметил, что теперь папка control стала .svn. Похоже, что изначально наши процедуры интеграции проверяли код, используя _svn, а теперь они используют .svn.
*Используемый во время интеграции svn.exe от VisualSVN Server, могу ли я настроить его на использование _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.
http://subversion.tigris.org/svn_1.3_releasenotes.html
нужно читать в "официальной поддержки окна '_svn' каталоги (клиент и я > привязки к языку)&; раздел
И должны знать, что вы'повторного чтения документации, которая является несколько лет, факт, который может или может не быть соответствующей.
Насколько я знаю, _svn необходим, потому что у WebApplications возникают проблемы, когда один из их каталогов начинается с точки.
