Разветвления функций Git и незначительные улучшения кода

Мы только начали использовать git для нашего производственного кода, и у нас возникла небольшая проблема в нашем рабочем процессе. Нам нужно выяснить, как справиться с общими улучшениями кода / исправлениями технических долгов, возникающих при работе над функцией.

Рабочий процесс, который мы приняли, состоит в том, чтобы использовать «разработку» в качестве основной ветви интеграции и разрабатывать все функции в ветвях функций, находящихся за пределами «разработки». Когда функция завершена, разработчик создает запрос на вытягивание, и все проверяют его, чтобы предоставить комментарии, прежде чем он будет снова объединен в разработку. Кажется, это работает очень хорошо.

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

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

У нас есть следующие идеи:

1) внести изменения из ветки 'refactorX' в нашу ветку функций.Продолжайте разработку и позвольте git (надеюсь) выяснить, когда мы снова объединимся для разработки, что в нем уже есть изменения из ветки рефакторинга.

2) Объедините ветку 'refactorX' с нашей функциональной веткой и продолжите разработку. (примечание: ответвление develop для 'refactorX' могло появиться позже в истории разработки, поэтому мы думаем, что здесь могут быть проблемы)

3) Еще один более умный вариант, о котором мы пока не знаем. :)

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

Какие-нибудь рекомендации?