Ответы:
После объединения можно безопасно удалить ветку:
git branch -d branch1
Кроме того, git предупредит вас (и откажется удалить ветку), если решит, что вы еще не полностью слили ее. Если вы принудительно удалите ветвь (с git branch -D
), которая еще не полностью объединена, вам придется сделать несколько трюков, чтобы вернуть не слитые коммиты (см. Ниже).
Есть несколько причин, чтобы держать ветвь, хотя. Например, если это ветвь функции, вы можете захотеть исправлять ошибки для этой функции, все еще находящейся внутри этой ветви.
Если вы также хотите удалить ветку на удаленном хосте, вы можете сделать:
git push origin :branch1
Это принудительно удалит ветку на удаленном компьютере (однако это не повлияет на уже извлеченные репозитории и не помешает кому-либо с принудительным доступом повторно открыть / создать его).
git reflog
показывает недавно проверенные ревизии. Любая ветвь, которую вы проверили в недавней истории хранилища, также будет отображаться там. Помимо этого, git fsck
будет инструментом выбора в любом случае коммит-потери в git.
git checkout master && git merge branch1 && git push origin branch1 && git branch -d branch1
Я предпочитаю RENAME, а не DELETE
Все мои ветви названы в виде
Fix/fix-<somedescription>
или Ftr/ftr-<somedescription>
или Используя башню , как мой мерзавец конца переднего, он аккуратно организует все Ftr/
, Fix/
, и Test/
т.д. в папки.
Как только я закончу с веткой, я переименую их в Done/...-<description>
.
Таким образом, они все еще там (что может быть полезно для предоставления истории), и я всегда могу вернуться назад, зная, что это было (функция, исправление, тестирование и т. Д.)
Если вы продолжите и УДАЛИТЕ ветвь после слияния.
Просто позаботьтесь о
всех гиперссылках, URL-адресах ссылок ваших УДАЛЕННЫХ веток, будет РАЗРЫВ .