Исправление ошибок в старых версиях в рабочем процессе, как описано Адамом Дымтруком («branch per feature»)

Question

Я читал Adam Dymitruk's git workflow, и все это имеет смысл.

Единственное, что я не могу найти, это исправление ошибок в старых версиях. Изобразите ветку «мастер» с тегами на 7.0, 7.1, 7.2, 7.3, 7.4, 7.4.1, 7.4.2, 7.8, 8.2 и самые последние 8.3

В производстве для конкретного клиента находится версия 7.2, и обнаружена ошибка, и она должна быть исправлена.

Исправление в 8.3.1 и перемещение клиента с 7.2 до 8.3.1 является неприемлемым для клиента.

Итак, есть ли рекомендуемый рабочий процесс для этого?

Я мог бы создать вилку ведущей ветки из тега 7.2, вызывать эту ветвь release-7.2.x Затем обработать «release-7.2.x», как один, обрабатывает основную ветку - создать из базовой линии ветвь функции (72bug), исправить ошибку и т. Д., И в конечном итоге объединить ветвь функции в «release-7.2.x», сделать сборку, сделать тэг 7.2.1 и ввести его в производство. «release-7.2.x» будет жить вечно, как и мастер, так что любые исправления для 7.2.x могут быть сделаны в версии 7.2.x.

Конечно, никто не хочет потерять исправление от 7.2 для текущей работы, поэтому можно создать ветвь функции из текущей базовой линии (8.3) и объединить ветвь ошибки (72bug) в эту ветвь функции , Эта ветвь функции будет обрабатываться как любая другая функция для текущего цикла/спринта. Таким образом, в конце цикла новая базовая линия (8.4) будет содержать исправление ошибок.

Как другие люди, использующие рабочий процесс Адама, обратились к этой ситуации?

Answer 1

Если вы не можете перенести клиента в текущую версию, то действительно нет никакого способа начать новую ветку из тега 7.2.

Вместо того, чтобы исправлять ошибку в ветке 72bug и объединять ее как в ветку release-7.2.x, так и в ветви текущей функции, я бы предложил исправление ошибки в текущей ветви функции, а затем с помощью git cherry-pick закрепите исправление в ветви release-7.2.x. Это поможет сохранить вашу историю чистой, так что ваша текущая разработка, похоже, не будет зависеть от старой версии просто из-за потребностей одного клиента.