Что вы делаете в своем филиале после запроса на загрузку GitHub?

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

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

Ответы

Ответ 1

Эмпирическое правило, которое мы используем (которое здесь находится где-то в переполнении стека), - это "ветки для работы, теги для истории".

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

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

В этой заметке эти слияния всегда выполняются с помощью

merge --no-ff <branch>

Это гарантирует, что есть точка слияния и запись слияния.

Ответ 2

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

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

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

Ответ 3

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