Моя команда экспериментирует с использованием запросов на загрузку GitHub для просмотра кода. Мой единственный вопрос - что вы делаете с филиалом после того, как закончите? Я бы подумал, что вы хотите удалить ветвь, но поскольку GitHub скрывает ветки, которые были объединены в вашу текущую ветку, казалось, что я должен ее оставить.
Просто любопытно, что вы думаете о лучших практиках для этого.
Эмпирическое правило, которое мы используем (которое здесь находится где-то в переполнении стека), - это "ветки для работы, теги для истории".
Всякий раз, когда ветвь объединяется (скорее всего, в мастер), мы помещаем точку слияния, используя имя ветки с префиксом "ветвь" (например, ветвь-тема). Затем удалите ветку. Если нам нужно воскресить работу в точке ветвления, у нас есть тег, который сможет это сделать.
Есть, конечно, исключения. У нас давно существуют ветки, которые мы используем для различных видов непрерывной работы. Но в целом ветки темы удаляются после слияния.
В этой заметке эти слияния всегда выполняются с помощью
merge --no-ff <branch>
Это гарантирует, что есть точка слияния и запись слияния.
Обратите внимание, что с 10 апреля 2013 года " Изменена кнопка слияния", ветка удаляется для вас:
Удаление ветвей после слияния также упрощено. Вместо подтверждения удаления с помощью дополнительного шага мы сразу удаляем ветвь, когда вы ее удаляете, и предоставляете удобную ссылку для восстановления ветки в случае необходимости снова.
Это подтверждает наилучшую практику удаления ветки после слияния запроса на перенос.
Я всегда удаляю ветки, которые были объединены в master. Ветвь Git, в конце концов, является указателем на фиксацию, и эта фиксация теперь доступна в истории другой ветки, поэтому мне больше не нужна ветка. (Вы всегда можете воссоздать ветвь, глядя на родителей слияния.)