2012-05-26 15 views
68

Po scaleniu oddziału usuwasz go z repozytorium?
Jednak jest to dobra praktyka, czy nie?Czy powinienem usunąć oddział po jego scaleniu?

Zwykle tworzę wiele oddziałów, ponieważ nie chcę łamać mojego obecnego wydania i chciałbym je usunąć, aby utrzymać porządek.
Jeśli jednak będziesz współpracować z Assembla lub GitHub, twoje żądania scalania ze starych oddziałów zostaną zapisane na stronie, więc jeśli je usuniesz, otrzymasz błąd, ponieważ nie będzie on w stanie ich pobrać ...

Zwykle jak to zrobić?

Odpowiedz

50

Nie ma problemu z usuwaniem rozgałęzień, które zostały scalone. Wszystkie zatwierdzenia są nadal dostępne w historii, a nawet w interfejsie GitHub, nadal będą się wyświetlać (patrz np. this PR, które odnosi się do widelca, który Usunąłem po zaakceptowaniu PR). .

+0

Powiedziałeś, że wszystkie zatwierdzenia są nadal dostępne w historii. Jeśli przeglądam projekt na github.com, stwierdzam, że to prawda. Jednak w aplikacji komputerowej Github dla komputerów Mac wydaje się, że nie można już zobaczyć historii zatwierdzeń dla scalonej gałęzi. Czy się mylę? – peacetype

+0

Dodałbym, że jeśli nie używasz klienta git, szczególnie nie używając go z gui, to posiadanie gałęzi może być pomocne w zrozumieniu logu. Oznacza to, że ponieważ nie masz github/gitlab/innego gui do przeglądania, utrzymywanie nazw gałęzi pozwala ci mieć proste miejsce do odnoszenia się do historii oprócz historii commitowania - która jest utracona przez usunięcie gałęzi. Ktoś daj mi znać, jeśli to ostatnie stwierdzenie jest błędne. – Raj

18

pewno oczyścić moje gałęzie po ich połączyła w

Używamy GitLab i scalanie żądań w pracy, więc historyczne informacje o oddziałach jest tam przechowywane; Nie potrzebuję ich zaśmiecać mojej listy gałęzi, a kiedy patrzę na widełki współpracownika, chciałbym tylko zobaczyć gałęzie ich obecnego aktywnego rozwoju. Jeśli próbuję spojrzeć na jakiś kod w ich oddziale, chcę mieć możliwość przejrzenia tylko kilku aktualnie aktywnych gałęzi, a nie każdej funkcji lub poprawki, nad którą kiedykolwiek pracowali.

Powyższe dotyczy również BitBucket i GitHub.

Jedynym powodem, dla którego możesz nie usuwać gałęzi po scaleniu, jest to, że wiesz, gdzie dana funkcja się zakończyła, ale jeśli chcesz, scalaj zatwierdzenia (i git merge --no-ff), nieważne.

+3

Podobno [GitHub zawsze robi --no-ff] (http://ariya.ofilabs.com/2013/09/fast-forward-git-merge.html), więc nie stracimy faktu, że to był oddział nawet w takich sytuacjach. – joeytwiddle

+6

@joeytwiddle: zakładając, że używasz własnego interfejsu GitHub do scalenia gałęzi, tak! – Ashe

Powiązane problemy