git remote prune –期待したほど枝刈りされたブランチが表示されませんでした

manページから：

Deletes all stale tracking branches under <name>.
These stale branches have already been removed from the remote repository
referenced by <name>, but are still locally available in "remotes/<name>".

だから私は使用して枝の束を削除しました

git push origin :staleStuff

そして走った

git remote prune origin

ただし、剪定されたローカルブランチは1つだけでした。これらのブランチの一部は、私が作成したものもあれば、同僚が作成したものもあります。これは、最初にそれらのブランチを正しく追跡していなかったことを示していますか？

を使用するとgit push origin :staleStuff、が自動的に削除されるorigin/staleStuffため、実行すると、git remote prune origin他のユーザーによって削除されたブランチが枝刈りされています。git prune削除したブランチを取り除くために、同僚が実行する必要がある可能性が高くなります。

では、正確にgit remote pruneは何をするのでしょうか？主なアイデア：ローカルブランチ（トラッキングブランチではない）はgit remote pruneコマンドで操作されないため、手動で削除する必要があります。

理解を深めるための実際の例：

との2つのブランチを持つリモートリポジトリがmasterありfeatureます。両方のブランチで作業しているとしましょう。その結果、ローカルリポジトリにこれらの参照があります（混乱を避けるために完全な参照名が付けられています）。

• refs/heads/master（略称master）
• refs/heads/feature（略称feature）
• refs/remotes/origin/master（略称origin/master）
• refs/remotes/origin/feature（略称origin/feature）

さて、典型的なシナリオ：

1. 他の開発者がですべての作業を完了しfeature、それをマージしてmaster、featureリモートリポジトリからブランチを削除します。
2. デフォルトでは、git fetch（またはgit pull）を実行しても、参照はローカルリポジトリから削除されないため、これら4つの参照はすべて保持されます。
3. それらをクリーンアップして、を実行することにしましたgit remote prune origin。
4. gitはfeatureブランチが存在しないことを検出したためrefs/remotes/origin/feature、古いブランチも削除する必要があります。
5. これで、は参照を削除しないrefs/heads/featureため、を含む3つの参照git remote pruneがありrefs/heads/*ます。

リモートトラッキングブランチに関連付けられているローカルブランチは、branch.<branch_name>.merge構成パラメーターによって識別できます。このパラメータはgit pull、（おそらくを除いて）機能するために実際には必要ないため、存在しない可能性があります。

（例とコメントからの役立つ情報で更新）