2016-11-14 9 views
0

Так, я знаю, что в клиенте подрывной вы можете остановить рекурсию в команде обновления, используя следующие:Можете ли вы изменить функциональность по умолчанию для обновления Tortoise SVN, чтобы остановить рекурсивные обновления?

svn update --depth=files 

и эта функциональность также существует в TortoiseSVN.

Однако я хочу, чтобы это была функциональная возможность обновления по умолчанию. Такое, что, если пользователь запускает команду

svn update 

Он обновляет только этот каталог и/или файл и не рекурсивно обновлять подкаталоги. Я хотел бы, чтобы это была функция по умолчанию для всей машины, независимо от того, какой репозиторий был проверен. Если это невозможно, можем ли мы по умолчанию использовать эту функцию для каждого репозитория, который мы проверяем?

Основная цель здесь - остановить любого, кто случайно обновит все дерево каталогов. Им следует принудительно обновлять один файл/каталог за раз.

Спасибо за помощь.

+0

Какая проблема вы пытаетесь решить, требуя от людей обновления одного файла или каталога за один раз? Это звучит как препятствие для эффективной работы. Давайте рассмотрим это требование, прежде чем пытаться изменить поведение клиента. – alroc

+0

Спасибо за ответ. Как я сказал в проблеме, главная цель здесь - удержать кого-то от случайного обновления всего дерева. Если код в других подкаталогах не готов к размещению на этом сервере, мы не хотим, чтобы он оказался там. Хотя мы неэффективны, мы считаем, что эта мера безопасности устраняет достаточный риск, чтобы гарантировать дополнительные усилия. – FrankRalphBob

+0

Да, вы заявили о своей цели, но не то, к чему стремилась эта цель. Вы должны расширить это в своем вопросе. Тем не менее, вы берете обратный подход, чтобы предотвратить получение кода на вашем сервере - вам нужна лучшая стратегия ветвления/исправления ошибок и правильные процессы управления изменениями и выпусками. То, что вы предлагаете, только замедлит кого-то, это не помешает им выпустить плохой выпуск. Чисто технические решения для людей/процедурные/организационные проблемы очень трудно понять. – alroc

ответ

0

Глядя на мои возражения против такого подхода, который я отметил в своем комментарии, нет, Subversion не предусматривает этот AFAIK. Ваши варианты:

  • Создайте собственный двоичный файл svn, который по умолчанию соответствует вашей предпочтительной глубине обновления. Риск: пользователи возвращаются к стандартному двоичному файлу, сохраняя копию в своем домашнем каталоге, работая через UNC-путь или другой доступ к удаленной файловой системе, используя альтернативный клиент или используя стандартный клиент, все еще установленный в системе, но не имеющий значения по умолчанию/переопределенный путь.
  • Создайте глобальный сценарий оболочки и/или псевдоним для svn, который указывает предпочтительную глубину обновления. Риски: см. Выше.

 Смежные вопросы

  • Нет связанных вопросов^_^