SVN Merging - философия

Question

Мы думаем над ограничением точек слияния в нашем проекте подрывной деятельности.

Идея состоит в том, чтобы продолжать слияние более аккуратно, так как мы боимся, что с значительное количество разработчиков, не знакомых с svn, может получить паутину слияния точки.

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

В качестве базовой концепции мы решили разрешить ветвление только в корне и объединить только в верхней части ветки. Это делает все хорошо. Но ....

Но так как некоторые из групп разработчиков используют 10% от общей магистрали, кажется разумным разрешить им ветвиться только на.

Тогда начинается самое интересное. Если мы дадим им свободу действий, то слияние может произойти везде. Я действительно боюсь этого. Вот как я пришел к вопросу: -)

Как бы вы увидели чистый способ настройки вещей?

Спасибо!

Answer 1

Если вы не хотите ограничить доступ к фиксации для определенной ветви, в Subversion нет простого способа сделать это.

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

Другая проблема заключается в том, что svnlook не говорит вам, почему файл был изменен.Даже если бы вы могли запретить коммиты, если на определенных файлах есть svn: merge-info, пользователи могут легко использовать параметр --ignore-ancestery и не только выполнять слияние, но даже не записывать его, что еще больше испортит вас, поскольку вынет информации, что слияние было даже сделано.Помните, что если вы запретите пользователю делать то, что ему нужно, он найдет способ обойти ваши ограничения.

Лучшее, что можно сделать, - это довериться своим разработчикам и научить их, как и почемуони должны сливаться в Subversion.

Помните, что вы всевидящий Бог, когда дело доходит до Subversion.Там нет ничего скрытого от вашего всезнающего присутствия.Если разработчик делает дурацкое слияние, вы узнаете об этом через "svn log".Эта сила держит разработчиков в курсе.Это особенно актуально, если вы получаете техническую информацию о том, почему вам нужно объединиться в логической и последовательной усадьбе.В конце концов, команды разработчиков страдают, если слияние идет не так, как надо.