Что вы делаете со своей веткой после пул-запроса на GitHub? - PullRequest
31 голосов
/ 26 октября 2011

Моя команда экспериментирует с использованием GitHub pull-запросов для проверки кода. Мой единственный вопрос: что вы делаете с веткой после того, как закончите? Я бы подумал, что вы захотите удалить ветку, но поскольку GitHub скрывает ветви, которые были объединены с вашей текущей веткой, казалось, что, возможно, я должен сохранить ее.

Просто интересно, что вы думаете о лучших методах для этого.

Ответы [ 3 ]

29 голосов
/ 26 октября 2011

Эмпирическое правило, которое мы используем (которое здесь, где в Stack Overflow) гласит: «ветви для работы, теги для истории».

Всякий раз, когда ветка объединяется (скорее всего, с master), мы помечаем точку слияния, используя имя ветви с префиксом «branch» (например, branch-topic). Затем удалите ветку. Если нам нужно возродить работу в точке ветвления, у нас есть тег, чтобы сделать это.

Есть, конечно, исключения. У нас есть давние филиалы, которые мы используем для различных видов непрерывной работы. Но в целом ветки тем удаляются после слияния.

На этой ноте эти слияния всегда выполняются с

merge --no-ff <branch>

Это обеспечивает наличие точки слияния и запись о слиянии.

18 голосов
/ 12 апреля 2013

Обратите внимание, что с 10 апреля 2013 года, " Переработана кнопка слияния ", ветка для вас удалена:

new merge button

Удаление веток после слияния также было упрощено.
Вместо подтверждения удаления дополнительным шагом, мы немедленно удаляем ветку при ее удалении и предоставляем удобную ссылку для восстановления ветви вЕсли вам это нужно снова .

Это подтверждает наилучшую практику удаления ветви после объединения запроса на извлечение.

11 голосов
/ 26 октября 2011

Я всегда удаляю ветви, которые были объединены в master. В конце концов, ветка Git - это указатель на коммит, и этот коммит теперь доступен в истории другой ветки, поэтому мне больше не нужна ветка. (Вы всегда можете воссоздать ветку, посмотрев на родителей коммита слияния.)

...