#svn #merge
#svn #слияние
Вопрос:
По некоторым причинам нашей команде необходимо использовать subversion вместо git. Тем не менее, мы все еще хотим внедрить «рабочий процесс ветвления функций», чтобы сделать магистраль максимально стабильной. Под «рабочим процессом ветки функций» я подразумеваю, что все новые функции или исправления ошибок должны быть выполнены в ветке, протестированы, а затем объединены обратно в магистраль.
Мы хотим, чтобы слияние обрабатывалось нашим конвейером CI / CD автоматически, поэтому нам нужно проверить, является ли слияние «ускоренным» слиянием.
Под слиянием «быстрой перемотки вперед» я имею в виду, если я хочу feature_branch_a
вернуться к слиянию trunk
. Мне нужно сначала объединить новейшие обновления с trunk
to feature_branch_a
, разрешить конфликты, протестировать код, а затем feature_branch_a
снова объединить trunk
. После слияния trunk
должно быть идентично feature_branch_a
.
Я знаю, что это можно легко сделать в Git, но есть ли способ, которым мы можем выполнить такую проверку в Subversion?
Ответ №1:
Если я вас правильно понимаю, не должно быть необходимости проверять, является ли слияние «ускоренным» или нет. В Subversion вы всегда должны выполнять два слияния, чтобы реинтегрировать ветку: сначала объединить trunk
feature_branch_a
, а затем feature_branch_a
снова объединить trunk.
Для получения более подробной информации ознакомьтесь с главой «Реинтеграция ветки» в svnbook.
Комментарии:
1. Люди могут забыть сначала выполнить слияние
trunk
feature_branch_a
, поэтому мне нужен конвейер CI / CD, чтобы перепроверить это.