Як слід включити виправлення назад у гілку функції за допомогою gitflow?

Я почав використовувати gitflow для проекту, і у мене є видатна галузь функцій, а також новостворене виправлення. За робочим процесом gitflow виправлення застосовується як до ведучого, так і для розробки гілок, але нічого не сказано і не зроблено про існуючі гілки функцій.

Тим не менш, я хотів би включити зміни виправлення назад у свою функціональну гілку, яка наближається до я можу сказати залишає три варіанти:

Не включайте зміни. Якщо зміни потрібні для гілки функцій, вона повинна бути частиною гілки функцій.
Злиття розвиваються назад у галузь функцій. Це здається, що найкраще слідкуйте за робочим процесом gitflow, але це призведе до позарядних комісій.
Побазуйте галузь функції на розробку . Це дозволило б зберегти порядок здійснення комісій, але, здається, відмова повністю відсутня в загальному робочому процесі gitflow.

Яка найкраща практика тут?

git gitflow

Характерні гілки, як правило, мають бути дуже короткочасними, це свого роду запах SCM - це злиття змін у них; чи неможливо просто закінчити (або стабілізувати) гілку функції та об'єднати її назад?

— Aaronaught

@Aaronaught добре, функція не зроблена / може йти нікуди. Основна ситуація полягає в тому, що функція, яка потребує декількох днів, щоб розробити непокриту помилку, яка потенційно може вплинути на виробничі дані. Тести були написані, виправлення застосовано до основного / виробничого, але недобудована функція все ще порушена помилкою. Чи пропонуєте ви об'єднати наповнену функцію в основну лінію розвитку? Що станеться, якщо функція не вимкнеться?

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

— Уейн Конрад
джерело

Так: оглянувши ще деякі, непрямі докази - включаючи оголошення про gitflow 0.2, що додало функцію перезавантаження - вказує і на регулярний робочий процес відновлення git, який також є робочим процесом gitflow.

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

— jb510