Во-первых, я хотел бы подчеркнуть, что «хороший рабочий процесс» вообще не существует, «хороший рабочий процесс» - это тот, с которым вам удобно работать.
Тем не менее, я лично считаю,две ситуации:
- исправление тривиально (как замена «Версии A» на «Версию B» в коде), тогда я бы не стал создавать для этого выделенную ветку (или, по крайней мере, я бы использовалбыстрый переход к слиянию)
- исправление требует довольно большой работы, а затем создание ветки для хранения этих разработчиков - хороший способ облегчить обзор и определить всю работу, которая была удалена этим исправлением ошибки.Это может помочь в выполнении не регрессионных тестов позже.
Если вы являетесь владельцем вашего git-репо, вы также можете «переписать историю», подавив объединение «почти хорошей» функции, и исправить эту функциюповторно объединить его позже.Это обычно не рассматривается как «изменение истории», но если вы всего лишь несколько разработчиков кода и все в порядке с этим, это возможно.