У меня есть сервер Visual SVN, работающий на машине с Windows. Я использую клиент VisualSVN, который интегрируется в Visual Studio. Раньше мы использовали Visual SourceSafe, в котором была модель управления версиями блокировка-изменение-разблокировка. Несмотря на недостатки этой модели, это то, к чему мы привыкли, и мы хотим аналогичного поведения от Subversion. Одним словом, мы не доверяем слиянию.
Я сделал следующее ...
enable-auto-props = yes* = svn:needs-lock=*no-unlock = falseИ у меня есть следующие проблемы ...
Как я могу решить эти проблемы? Я действительно не хочу слышать коммерческое предложение о том, почему мы должны использовать копирование-изменение-слияние, пожалуйста, просто помогите мне решить проблемы.
Я думаю, что ваши проблемы связаны с VisualSVN, вам нужно связаться с ними, чтобы настроить продукт, чтобы не отображать диалоговое окно и автоматически разблокировать при возврате. Стефан неплохо разбирается в исправлениях, и похоже, что элемент конфигурации без разблокировки также должен применяться для возврата, а также для фиксации. Обратите внимание, что функция возврата не связана с сервером, поэтому он может счесть это нежелательным изменением.
В большинстве случаев блокировка выполняется вручную, вам необходимо явно заблокировать и разблокировать, поэтому большинство людей, использующих ее, захотят убедиться, что они разблокируются.
Если «диалоговое окно блокировки» относится к черепахе, вы можете настроить автоматическое закрытие диалоговых окон при отсутствии ошибок. Опять же, отправьте сообщение список рассылки чтобы узнать, хотят ли все остальные этого изменения.
PS. Когда я преобразовался в SVN из VSS, я решил использовать подход копирование-слияние-изменение, а затем наложить блокировки на все, если это не сработало. Никто не жаловался, и им всем нравится система (однажды я сказал им не пытаться разрешать конфликты с двоичными файлами)