Por que posso fazer checkout de uma ramificação que foi removida no GitHub?

Em nosso repositório GitHub, um colega de trabalho removeu um ramo chamado release. Mas quando executo git checkout releaselocalmente, sempre obtenho a ramificação removida release. Mesmo, mesmo quando fiz check-out de outro ramo, excluí o releaseramo git branch -D releasee executei novamente git checkout release.

Existe algo para corrigir no repositório GitHub ou devo corrigir algo localmente?

Depois de excluir uma ramificação no lado remoto, você ainda poderá ver localmente essa ramificação remota anteriormente buscada, consulte:

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

Você removeu apenas o "lançamento", mas não o "controle remoto / origem / lançamento". Exclua-o assim:

$ git branch -rd origin/release

Ou remova todos os ramos buscados que não existem mais no lado remoto:

$ git remote prune origin 

Quando as ramificações são excluídas remotamente, você precisa remover seu repositório local - a maneira mais fácil de fazer isso é com

git fetch -p

Isso atualizará seu repositório local com todas as alterações feitas no repositório remoto, mas sem atualizar nenhuma de suas ramificações locais. Depois de executar isso,

git branch --remote

não mostrará mais a ramificação remota excluída.

Os repositórios git estão completos, seja no seu próprio sistema ou no servidor. Portanto, quando você clona um repositório pela primeira vez, você obtém uma cópia completa e seu git local “conhece” todas as ramificações remotas, bem como suas ramificações locais. Essas informações não são sincronizadas automaticamente; portanto, quando seu colega excluiu a releaseramificação no servidor, seu repositório git local não perdeu a noção de releaseramificação remota . A sincronização com git fetchatualiza todas as informações locais nas filiais remotas para que correspondam ao estado no servidor (a rigor, repositório remoto, onde quer que esteja), mas sem excluir nenhuma informação local nas filiais remotas. A remoção com git fetch -p(ou git fetch --prune, ou git remote prune) remove as informações locais nas ramificações remotas que foram excluídas.

Tim: O Git é VCS distribuído, portanto, quando você clona um repositório do remoto para o local, ele clona tudo (histórico). Então, quando você clonou seu repositório, ele tinha um ramo chamado release. Desde que seu colega excluiu a ramificação da versão remotamente, até que você faça uma remoção git fetch -pou exclua essa ramificação explicitamente, seu local terá essa ramificação.

Talvez um pouco tangencial, mas a perspectiva deste site pode ajudar a entender o tópico geral de exclusão de ramificações:

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

Há sobreposição com parte do que já foi discutido aqui, mas o foco está na limpeza: excluir filiais, remotas e locais, que não são mais necessárias em um ambiente colaborativo. Em particular, o git branch --mergedcomando identifica ramificações que podem ser excluídas com segurança devido à mesclagem com sua linha principal (ou com qualquer ramificação de sua preferência). Se você estiver colaborando, alguns mini scripts mais sofisticados como este apresentarão as coisas em um formato agradável e digerível com datas e autores.

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

(Infelizmente, "agradável, digerível" não se aplica à formatação dos próprios scripts.)