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

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

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

Svn.exe, используемый во время интеграции с сервера VisualSVN, могу ли я настроить его на повторное использование _svn?

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

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

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

15.08.2008 09:47:38
4 ОТВЕТА
РЕШЕНИЕ

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

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

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

6
24.03.2009 11:07:18

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

3
15.08.2008 10:17:38

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

0
15.08.2008 09:54:52

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

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

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

2
15.08.2008 10:01:03