Jak włączyć poprawkę z powrotem do gałęzi funkcji za pomocą gitflow?

Zacząłem używać gitflow do projektu i mam wyjątkową gałąź funkcji, a także nowo utworzoną poprawkę. Zgodnie z przepływem pracy gitflow poprawka jest stosowana zarówno do gałęzi głównej, jak i rozwijającej , ale nic nie jest powiedziane ani zrobione na temat istniejących gałęzi funkcji.

Niemniej jednak chciałbym włączyć zmiany poprawki z powrotem do mojej gałęzi funkcji, która tak blisko, jak mogę powiedzieć, pozostawia trzy opcje:

Nie uwzględniaj zmian. Jeśli zmiany były potrzebne dla gałęzi funkcji, powinna ona być częścią gałęzi funkcji.
Scalanie rozwija się z powrotem w gałąź funkcji. Wydaje się, że to najlepiej podąża za przepływem pracy gitflow, ale spowodowałoby zatwierdzenia poza kolejnością.
Zmień gałąź funkcji na rozwijanie . Pozwoliłoby to zachować kolejność zatwierdzania, ale ponowne wydawanie wydaje się być całkowicie nieobecne w ogólnym przepływie pracy gitflow.

Jaka jest tutaj najlepsza praktyka?

git gitflow

Gałęzie fabularne są generalnie powinno być bardzo krótkotrwałe, to swego rodzaju zapachu SCM się scalanie zmian język nich; czy nie można po prostu zakończyć (lub ustabilizować) gałęzi funkcji i scalić ją z powrotem?

— Aaronaught

@Aaronaught dobrze, funkcja nie została wykonana / może nigdzie nie pójść. Podstawowa sytuacja polega na tym, że funkcja, której opracowanie zajmuje kilka dni, wykryła błąd, który może potencjalnie wpłynąć na dane produkcyjne. Testy zostały napisane, poprawka została zastosowana do master / production, ale niedokończona funkcja jest nadal uszkodzona przez błąd. Czy sugerujesz połączenie częściowo ukończonej funkcji z główną linią programowania? Co się stanie, jeśli funkcja się nie wyłączy?

Nie widzę nic złego w przebazowania swój fabularny oddział na opracowanie odebrać najnowszych poprawek. Faktycznie, często przebazowania swój fabularny oddział przeciwko rozwijać mogą być pomocne, ponieważ pozwala zachować swój oddział „na bieżąco”, co sprawia, że łącząc wiele łatwiejsze, kiedy dojdziesz do tego etapu.

— Wayne Conrad
źródło

Tak: rozejrzenie się po kilku innych poszlakach - w tym zapowiedź gitflow 0.2, która dodała zmiany w funkcji - wskazuje na zwykły przepływ pracy w git rebase, który jest również przepływem pracy gitflow.

Ciekawy. Nie mogę powiedzieć, że jestem ekspertem od Gitflow, ale zrozumiałem, że poprawki były pojedynczymi zobowiązaniami wobec mistrza, a nie gałęzi, i po prostu wybrałem je do rozwoju. Czytając, pomyślałem, że całkowicie się myliłem.

— jb510