Здравствуйте, halo, Вы писали:

H>У нас на проекте существует следующая организация веток в Git-репозитории:

H>

H>master
H>\- dev
H>  \- feature-####
H>    \- task-####
H>

H>Время от времени в dev-ветку мы сливаем feature-ветки, работу над которыми считаем завершённой. По такому же принципу в feature-ветки мы сливаем task-ветки. После таких слияний над остальными ветками, которые ещё не объединены со своими родительскими, мы делаем rebase (обязательно с опцией -p) поверх новых изменений в родительской ветке. Это довольно утомительно и затратно по времени, если у ветки, которой нужен rebase, есть ещё дочерние ветки, потому как для каждой из них нужно повторить rebase отдельно, не забыв ни одной ветки.

А зачем вообще это, чем вам это лучше merge в такой многоветвистой обстановке?