Почему я могу оформить ветку, которая была удалена на GitHub?

В нашем репозитории GitHub сотрудник удалил ветку с именем release. Но когда я бегу git checkout releaseлокально, я всегда получаю удаленную ветку release. То же самое, даже когда я проверил другую ветку, удалил releaseветку с помощью git branch -D releaseи снова запустился git checkout release.

Что-то нужно исправить в репозитории GitHub, или я должен что-то исправить локально?

После удаления ветви на удаленной стороне вы все еще можете увидеть эту ранее извлеченную удаленную ветку локально, см.

$ git branch -a
[...]
release
remotes/origin/release
[...]

Вы только удалили «релиз», но не «пульты / происхождение / релиз». Удалить это так:

$ git branch -rd origin/release

Или удалите все извлеченные ветви, которые больше не существуют на удаленной стороне:

$ git remote prune origin 

Когда ветки удаляются удаленно, вам нужно сократить локальный репозиторий - самый простой способ сделать это с

git fetch -p

Это обновит ваш локальный репозиторий со всеми изменениями, внесенными в удаленный репозиторий, но без обновления каких-либо локальных филиалов. После запуска этого,

git branch --remote

больше не будет показывать удаленную удаленную ветку.

git репозитории завершены, будь то в вашей собственной системе или на сервере. Поэтому, когда вы впервые клонируете репозиторий, вы получаете полную копию, и ваш локальный git «знает» обо всех удаленных филиалах, а также о ваших локальных филиалах. Эта информация не синхронизируется автоматически, поэтому, когда ваш коллега удалил releaseветку на сервере, ваш локальный git-репозиторий не потерял свое представление об удаленной releaseветке. Синхронизация с git fetchобновлениями всей локальной информации в удаленных ветвях, чтобы они соответствовали состоянию на сервере (строго говоря, удаленный репозиторий, где бы он ни находился), но без удаления какой-либо локальной информации в удаленных ветвях. Удаление с помощью git fetch -p(или git fetch --prune, или git remote prune) удаляет локальную информацию об удаленных ветвях, которые были удалены.

Тим: Git - это распределенная VCS, поэтому, когда вы клонируете репозиторий с удаленного на локальный, он клонирует все (историю). Поэтому, когда вы клонировали свое репо, у него была ветка с названием release. Так как ваш коллега удалил ветку релиза удаленно, пока вы не git fetch -pудалите или не удалите эту ветвь явно, ваша локальная ветка будет иметь эту ветку.

Возможно, это немного косвенно, но перспектива этого сайта может помочь понять общую тему удаления веток:

http://railsware.com/blog/2014/08/11/git-housekeeping-tutorial-clean-up-outdated-branches-in-local-and-remote-repositories/

Есть некоторые совпадения с тем, что уже обсуждалось здесь, но основное внимание уделяется ведению домашнего хозяйства: удалению веток, удаленных и локальных, которые больше не нужны в среде совместной работы. В частности, git branch --mergedкоманда определяет ветви, которые можно безопасно удалить из-за слияния с вашей основной линией (или любой другой веткой, которая вас интересует). Если вы сотрудничаете, некоторые из таких мини-сценариев, как этот, представят вещи в хорошем, удобном для восприятия формате с датами и авторами.

for branch in `comm -12  <(git branch --merged|awk '{print($1)}') <(git branch -r --merged|awk '{print($1)}'|awk -F \/ '{print($2)}')`; do echo -e `git show --format="%ci %cr %an" $branch | head -n 1` \\t$branch; done | sort -r

(К сожалению, «хороший, легко усваиваемый» не относится к форматированию самих сценариев.)