从手册页:
删除下的所有陈旧跟踪分支。这些陈旧的分支已经从引用的远程存储库中删除,但仍然在"remotes/“中本地可用。
所以我删除了一堆树枝
git push origin :staleStuff
然后跑
git remote prune origin
但是,只有一个本地分支被修剪。这些分支有些是我创建的,有些是同事创建的。这是否表明我从一开始就没有正确跟踪这些分支?
发布于 2010-10-28 16:27:43
当您使用git push origin :staleStuff
时,它会自动删除origin/staleStuff
,所以当您运行git remote prune origin
时,您已经修剪了一些被其他人删除的分支。更有可能的是,您的同事现在需要运行git prune
来删除您删除的分支。
那么git remote prune
到底做了什么呢?大意:本地分支(不是跟踪分支)不会被git remote prune
命令触及,应该手动删除。
现在,为了更好地理解,我们来看一个真实的例子:
您有一个具有两个分支的远程存储库:master
和feature
。假设您正在处理这两个分支,因此您的本地存储库中有这些引用(为了避免混淆,会给出完整的引用名称):
refs/heads/master
(short name master
)refs/heads/feature
(short name feature
)refs/remotes/origin/master
(short name origin/master
)refs/remotes/origin/feature
(short name origin/feature
)现在,一个典型的场景:
feature
上的所有工作,将其合并到master
中,并从远程repository.feature
分支,当您执行git fetch
(或git pull
)时,没有从本地存储库中删除引用,因此您仍然让所有这4个a决定清理它们,并且运行git remote prune origin
.feature
分支不再存在,因此refs/remotes/origin/feature
是一个应该删除的陈旧分支。refs/heads/feature
,因为git remote prune
不会删除任何refs/heads/*
引用。可以通过branch.<branch_name>.merge
配置参数识别与远程跟踪分支相关联本地分支。这个参数实际上并不是工作所必需的(可能除了git pull
之外),所以它可能会丢失。
(根据示例和评论中的有用信息进行更新)
https://stackoverflow.com/questions/4040717
复制相似问题