Git робочий процес / практики для невеликого проекту (блок-схема в png)

Я намагаюся придумати особистий робочий процес. Я склав блок-схему гіпотетичної тривалості випуску: один розробник, який натискає на загальнодоступний рефінанс Github + друг, допомагає з певною функцією та виправляє помилку.

Це розумний підхід до контролю версій?

Основна ідея полягає в тому, щоб громадські репортажі були в порядку:

• Кожен новий реліз отримує свою власну гілку, доки її остаточно не позначають у головній гілці, коли вона закінчена.

• Всі роботи виконуються на гілках "функції" або "виправлення", ніколи не на власній гілці випуску, щоб запобігти аномаліям.

• Злиття з гілками вищого рівня завжди скидаються або стискаються (щоб уникнути захаращення).

Якщо це надмірно, я не заперечую, бо вся суть у мені полягає в тому, щоб засвоїти навички, які мені можуть знадобитися для більшого проекту. Єдиною проблемою було б, якщо я роблю щось невірне або непотрібне.

редагувати 2: виправлено погану ідею в оригінальній блок-схемі та полегшило її переміщення.

Я багато бачу у спільноті git / github

розвиваються майстри гілок

Ви та дописувачі працюєте головним чином у розробці, але хтось може мати ідею чи нову функцію, тож ви створюєте галузь теми, наприклад, git checkout -b user_comments.

Тоді, коли ви просуваєтеся в розробці, ви підштовхуєте до освоєння, коли ви збираєте версію, якою ви задоволені, і позначте її в головній гілці як 1.0 або 1.1.2 тощо (шукайте семантичну версію)