Kiedy jest odpowiedni czas, aby usunąć gałąź funkcji git?

Usuwam po scaleniu, ale zawsze robię git merge --no-ff, aby uniknąć szybkiego przekazywania, aby Historia gałęzi była widoczna na wykresie. Lubię mieć historię, gdzie gałąź fabularna odeszła od gałęzi deweloperskiej i gdzie się połączyła: {]}

Jest to zaczerpnięte z udanego modelu rozgałęziania Gita autorstwa Vincenta Driessena, bardzo przyjemnego przepływu pracy do wykorzystania z Gitem, który aplikuję do większości moich projektów.

Mogę wymyślić dwa powody, dla których możesz chcieć zachować gałąź funkcji przez jakiś czas:

• jest szansa, że zostanie wyrzucony z powrotem do pracy przez upstream.
• inni deweloperzy prawdopodobnie chcą tej funkcji, nie chcąc wszystkiego innego w master.

W praktyce, większość czasu kasowanie po połączeniu jest w porządku.

Typowy przepływ pracy będzie

 // Create new branch
 $ git checkout -b myfeature
 // and then do some changes and commit them

 // Switch to master branch
 $ git checkout master

 // Merge myfeature to master. --no-ff will always keep branch information.
 $ git merge --no-ff myfeature

 // Delete myfeature branch
 $ git branch -d myfeature

 // Push the changes
 $ git push origin master

Myślę, że jest to typowy przepływ pracy (usuwanie po połączeniu)

Edytuj Więc zamiast scalać, przynajmniej dla krótkotrwałych gałęzi, myślę, że chodzi o to, aby przełożyć je na master. następnie kończy się liniowa historia zmian, a cała gałąź staje się częścią głównego pnia. w tym przypadku masz tam wszystkie zmiany, więc najwyraźniej nie potrzebujesz kopii.