Use

git fetch

代替。它会在你的repo中更新远程引用和对象，但不影响本地分支、HEAD和工作树。

如果您希望在git获取后重新指向本地分支提示，则需要一些额外的步骤。

更具体地说，假设github repo有分支D、B、C和master(这个奇怪的分支名称集的原因马上就会清楚)。你在主机devhost上，你在一个回购中，原点是github回购。你可以进行git取回，它会带来所有对象，并更新origin/D, origin/B, origin/C和origin/master。到目前为止一切顺利。但是现在您说希望在devhost上对本地分支D、B、C和/或master发生一些事情?

我有这些显而易见的问题(至少对我来说):

为什么要更新所有分支的提示? 如果某个分支(例如，B)已经提交了远程(github)回购所缺乏的?他们应该被合并，重新建立，还是…? 如果您在某个分支(例如，C)上，并且工作目录和/或索引被修改但没有提交，该怎么办? 如果远程回购添加了新分支(A)和/或删除了分支(D)，该怎么办?

如果(1)的答案是“因为devhost实际上不是用于开发的，而是一个本地镜像，它只是保存了一个本地可用的github repo副本，以便我们所有的实际开发人员都可以快速读取它，而不是从github缓慢读取”，那么你想要的是一个“镜像”而不是“正常”的repo。它不应该有一个工作目录，也许它也不应该接受推送，在这种情况下，剩下的问题就会消失。

如果有其他答案，(2-4)就成问题了。

在任何情况下，这里有一种方法来处理基于远程引用的本地引用更新(例如在运行git fetch -p之后):

for ref in $(git for-each-ref refs/remotes/origin/ --format '%(refname)'); do
    local=${ref#refs/remotes/origin/}
    ... code here ...
done

什么会进入…代码在这里…部分取决于对问题(2-4)的回答。

我也在寻找同样的东西，最终在另一篇stackoverflow帖子中找到了适合我的答案:合并、更新和提取Git分支，而不使用签出

基本上:

git fetch <remote> <srcBranch>:<destBranch>

例子:

git fetch origin branchname:branchname

我也遇到了同样的问题，必须提交或保存当前的特性更改，签出主分支，执行pull命令，将所有内容从远程转移到本地主工作区，然后再次切换到一个特性分支，并执行rebase以使其与主工作区保持一致。

为了完成这一切，保持工作空间在特征分支上，避免所有切换，我这样做:

Git获取源主机:主机

吉特校长

而且效果很好。

我使用以下命令更新原始分支到本地分支而不签出。 git获取来源[BranchName]:[BranchName]