Лучшая практика использования svn: mergeinfo - PullRequest
Новая
       7

Лучшая практика использования svn: mergeinfo

2 голосов
/ 13 ноября 2011

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

Есть ли какое-либо значение для сохранения истории слияния в этом свойстве (даже когда оно растетк огромному количеству за эти годы, может быть, мы должны очищать его каждые x лет)?

Возможно, только те ветви, которые, по нашему мнению, потребуют многократного слияния, должны быть добавлены в свойство?

Ответы [ 2 ]

1 голос
/ 13 ноября 2011
  • Не трогайте mergeinfo вручную
  • Ветви в течение лет без слияний - это плохие манеры и источник большой головной боли
0 голосов
/ 13 ноября 2011

Я вижу там 2 варианта для вас:

  1. Не используйте ветвления и слияния для каждой проблемы и функции. Разработайте стабильную магистраль и убедитесь, что фиксация выполняется со ссылкой на проблемы и функции. Вы хотите отследить, что сделано по какой причине.
  2. Следуйте политике создания функциональных ветвей (и даже выпускайте ветки, если они сложные), но затем используйте автоматически сгенерированную информацию mergeinfo для отслеживания. Как вы узнаете, что функция реинтегрирована в транк без какой-либо информации (например, mergeinfo)?

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

...