Настройка сервера VisualSVN для использования _svn вместо .svn - PullRequest
3 голосов
/ 15 августа 2008

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

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

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

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

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

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

Ответы [ 4 ]

6 голосов
/ 15 августа 2008

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

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

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

3 голосов
/ 15 августа 2008

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

2 голосов
/ 15 августа 2008

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

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

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

0 голосов
/ 15 августа 2008

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

...