Odpowiedzi:
Po scaleniu można bezpiecznie usunąć gałąź:
git branch -d branch1
Dodatkowo git ostrzeże Cię (i odmówi usunięcia gałęzi), jeśli myśli, że jeszcze go nie scaliłeś. Jeśli wymusisz usunięcie gałęzi (z git branch -D
), która nie jest jeszcze całkowicie scalona, musisz wykonać kilka sztuczek, aby odzyskać niezmergowane zatwierdzenia (patrz poniżej).
Istnieje jednak kilka powodów, aby trzymać oddział w pobliżu. Na przykład, jeśli jest to gałąź funkcji, możesz chcieć mieć poprawki błędów dla tej funkcji, która wciąż znajduje się w tej gałęzi.
Jeśli chcesz również usunąć oddział na zdalnym hoście, możesz:
git push origin :branch1
Spowoduje to wymuszone usunięcie gałęzi na pilocie (nie wpłynie to jednak na już wypisane repozytoria i nie uniemożliwi nikomu z dostępem push do ponownego wypchnięcia / utworzenia).
git reflog
pokazuje ostatnio sprawdzone wersje. Każdy oddział, który sprawdziłeś w najnowszej historii repozytorium, również się tam pojawi. Poza tym git fsck
będzie narzędziem wyboru w każdym przypadku utraty zatwierdzenia w git.
git checkout master && git merge branch1 && git push origin branch1 && git branch -d branch1
Wolę RENAME zamiast DELETE
Wszystkie moje oddziały są nazwane w formie
Fix/fix-<somedescription>
lub Ftr/ftr-<somedescription>
lub Korzystanie Wieża jak mój git przedniej części, to starannie organizuje wszystko Ftr/
, Fix/
, Test/
itd. W katalogach.
Kiedy skończę z oddziałem, zmieniam ich nazwy na Done/...-<description>
.
W ten sposób wciąż tam są (co może być przydatne do dostarczenia historii) i zawsze mogę wrócić, wiedząc, co to było (funkcja, naprawa, testowanie itp.)
Jeśli pójdziesz dalej i usuniesz gałąź po scaleniu.
Po prostu zadbaj o to, aby
wszystkie odsyłacze do adresów URL odsyłaczy do usuniętych gałęzi były USZKODZONE .