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）でプルーニングすると、削除されたリモートブランチのローカル情報が削除されます。

Tim：GitはVCSを配布しているので、リモートからローカルにリポジトリを複製すると、すべて（履歴）が複製されます。そのため、レポジトリのクローンを作成すると、リリースというブランチがありました。同僚がリリースブランチをリモートで削除したため、ブランチをプルーニング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

（残念ながら、「ナイス、消化可能」は、スクリプト自体のフォーマットには適用されません。）