Есть ли хороший пример для разработки мульти-версии OSS?

Question

Мои вклады OSS обычно имеют только основную ветвь, которая перемещается во времени с семантической версией.

У меня есть список изменений, который полностью восходит к первоначальному выпуску.

Я используюgit tags для релизов.

Packagist счастлив.Пользователи довольны.

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

Я думаю, что мне нужно сделать, это перейти с последней версии этой версии.(тег v2.9.6 => новая ветка v2), исправьте в ветке v2 и выпустите из этой ветки.

Но я также хочу / нужно обновить журнал изменений и все остальное, что требуется.

Что я хотел бы знать, так это какой-то хороший шаблон, которому нужно следовать с точки зрения соглашений об именах ветвей, журнала изменений (1 на версию или только 1) и т. Д.

Должен ли я также создавать ветви для всехосновные версии?

Я знаю, что это немного расплывчато.

Answer 1

Звучит вполне разумно.Возможно, вы захотите следовать семантическому версионированию , если вы этого еще не сделали, так что исправление ошибки для 2.9.6 будет 2.9.7 (или 2.9.6.1, если вы следуете соглашению, которое используют пакеты Haskell),

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

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