Как закрыть ветку Git?

112

поэтому я начинаю использовать Git + GitHub.

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

git branch Issue#1 <-- create this branch
git checkout issue#1 <-- switch over to this branch

Теперь code code, commit, code, commitи т.д. ...

затем pull request, code-fixup, commit, code, commit.. и т.д.

И НАКОНЕЦ ... запрос на перенос принят.

Woot.

но .. что теперь? (......неловко......)

Нужно ли человеку, создавшему ветвь на своей локальной машине разработчика .. закрыть ветку? Разработчику было предложено удалить ветку `(... -D ...), а затем выполнить извлечение / обновление мастера ... который затем получит весь их код ветки.

Хммммм ... не уверен - помогите пожалуйста :)

git github Pure.Krome
источник

Ветвь в Git - это просто метка на конкретном коммите, поэтому, если она вам больше не нужна - просто удалите эту «ветку» (эту «метку» на этой фиксации). Локально, просто сделайте a git branch Issue#1 -dи все, что есть - код не теряется, просто метка удаляется из вашего репозитория

marc_s

@marc_s Я предлагаю просто дать ответ :)

KingCrunch

Итак, @marc_s - вы говорите, что стандартная практика после того, как вы завершили свою ветку ... и ветка была отправлена ... мы удалили ее? А как насчет слияния?

Pure.Krome

@ Pure.Krome По крайней мере, я предполагал, что под «запрос на перенос принят» вы имеете в виду, что он уже объединен. Да, конечно, интегрируйте изменения в master, developили в другое название вашей ветки разработки (Merge, Rebase (с / без сквоша), ...)

KingCrunch

когда я сказал "запрос на перенос принят" ... это происходит где-то еще. (то есть ответственный разработчик, утверждающий весь PR-код ...). Мне было интересно, следует ли мне переключиться на master на МОЕЙ локальной машине разработчика и также выполнить слияние.

Pure.Krome

Ответы:

181

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

Мои пальцы запомнили наш процесс:

git checkout <feature-branch>
git pull
git checkout <release-branch>
git pull
git merge --no-ff <feature-branch>
git push
git tag -a branch-<feature-branch> -m "Merge <feature-branch> into <release-branch>"
git push --tags
git branch -d <feature-branch>
git push origin :<feature-branch>

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

Билл Дверь
источник

Мы недавно внесли изменения в нашу процедуру. Использование git push --tagsявляется тяжелым и загружает все теги. Это затрудняет наличие собственных локальных тегов. Вместо этого мы используем git push origin branch-<feature-branch>только один тег.

Билл Дор

Итак, в последней строке вам нужно не забыть использовать имя тега для ветки функции, которое мы ранее установили как «ветка- <feature-branch>», а не просто <feature-branch>. Верный?

Премьер Броманов

@PremierBromanov последняя строка предназначена для удаления удаленной ветки. Помните, что тег @BillDoor использовал git push --tags.

Deivide

Отличный сценарий !!

Кике Гамбоа

Да просто удали ветку запустив git push origin :branchname. Чтобы позже исправить новую проблему, снова отделитесь от мастера.

Гаурав Гупта
источник

Это удалит удаленную ветку, а не локальную.

KingCrunch

Я не знаю, почему это модифицировано на -2, это правильный ответ. У них определенно есть удаленная ветка, как еще они могли выставить против нее пиар?

Ана Беттс

Если вы сделаете это, а затем выполните git pull, не удалит ли он и вашу локальную ветку? (Edit: nm, я вижу, что это явно не так, если вы не запустите git remote prune.)

Тим Китинг,

Что происходит с историей ветки?

geoidesic

после завершения кода первая ветвь слияния для мастера, затем удалите эту ветку

git checkout master
git merge <branch-name>
git branch -d <branch-name>

Дау
источник

и это на МОЕЙ собственной машине разработчика, верно? главный человек, который принимает любой новый код .. его машина находится в другом месте.

Pure.Krome

Если кто-то другой выполняет слияние, он обычно имеет указатель вашей ветки на отдельном удаленном компьютере, например, отправитель / имя-ветки. Ему нужно будет использовать, git remote prune senderчтобы избавиться от него после того, как вы сделали это, хотя в большинстве случаев ему не нужно заботиться.

jørgensen

Вы никогда не должны объединять свою собственную ветку, если только вы не отвечаете за ее интеграцию в главное дерево. Если это не так, и вы попросили кого-то еще интегрировать его, обновите свою основную ветку новыми удаленными коммитами - они должны содержать все, что вы запрашивали, - а затем удалите свою ветку. Это гарантирует, что у вас не будет проблем, если другой парень что-то изменит.

ThiefMaster