Настройка сервера VisualSVN для использования _svn вместо .svn

Question

У нас возникла проблема с тем, что наш сервер сборки не проверял изменения из системы управления версиями, несмотря на признание того, что изменения были.

Он был прослежен до папки control (не уверен, каково ее настоящее имя), существующие рабочие сборки использовали _svn.Очистка рабочей папки привела к новой полной проверке, и я заметил, что теперь управляющей папкой является .svn.Похоже, что изначально наши процедуры интеграции проверяли код с помощью _svn, но теперь он использует .svn.

svn.exe Во время интеграции используется с сервера VisualSVN. Могу ли я настроить это, чтобы снова использовать _svn?

Как оригинальные рабочие копии использовали _svn, я не знаю!- мы когда-либо использовали только VisualSVN Server и не меняли это.

Мы настроили TortoiseSVN на использование _svn, следуя рекомендации о том, что это лучше работает для Visual Studio, а также установили TortoiseSVN на сервер сборки на случай, если это когда-либо понадобится.Может ли это быть причиной?

И действительно ли это необходимо?Поскольку MSBuild принадлежит Microsoft, рекомендуется ли он так же, как и для Visual Studio?

Answer 1

Бизнес о _svn против.svn был проблемой только с веб-проектами Visual Studio (и я почти уверен, что в любом случае это было исправлено в VS2005), это не обычная вещь "_svn работает лучше с VS".

Это также проблема только с рабочей копией, а не с репозиторием, т. е.не имеет значения, используют ли некоторые пользователи SVN клиенты, настроенные на выполнение _svn, а некоторые используют .svn - репозиторий не узнает об этом и не будет заботиться - (если только каким-то образом вы не получите загрузку этих _svn / .svn файлов, фактически загруженных в репозиторий, что было бы крайне запутанным.)

Если у вас нет абсолютно конкретных доказательств того, что.SVN вызывает у вас проблемы, тогда я бы придерживался этого везде, где только можно.

Answer 2

Я использую .СВН с помощью Visual Studio 2008 и 2005 года, а также на наш сервер интеграции CC.Net (с MSBuild) без проблем.Я бы придерживался формата .svn.

Answer 3

http://subversion.tigris.org/svn_1.3_releasenotes.html

Необходимо прочитать раздел "Официальная поддержка для каталогов Windows _svn (клиентских и языковых привязок)"

И нужно знать, что вы читаете документацию, которой несколько лет, факт, который может иметь отношение к делу, а может и не иметь.

Answer 4

Насколько я знаю, _svn необходим, потому что у веб-приложений возникают проблемы, когда один из их каталогов начинается с точки.