我习惯于从我正在工作的分支中运行git pull和其他命令。但是我已经建立了一个几个人在上面工作的开发服务器，所以当我这样做的时候，我不想切换分支。
如果我想从我们都使用的github存储库更新开发服务器上的现有分支，正确的方法是什么?
如果我运行命令git拉github branchname是否会简单地将分支拉到当前分支?
我能找到的所有git示例似乎都表明，您首先运行checkout branchname，然后执行拉取。我尽量避免那样。正如我所说，这是一个现有的分支，我只是想更新到最新的版本。
当前回答
Use
git fetch
代替。它会在你的repo中更新远程引用和对象，但不影响本地分支、HEAD和工作树。
其他回答
我使用以下命令更新原始分支到本地分支而不签出。 git获取来源[BranchName]:[BranchName]
如果您希望在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
Use
git fetch
代替。它会在你的repo中更新远程引用和对象，但不影响本地分支、HEAD和工作树。
我也遇到了同样的问题，必须提交或保存当前的特性更改，签出主分支，执行pull命令，将所有内容从远程转移到本地主工作区，然后再次切换到一个特性分支，并执行rebase以使其与主工作区保持一致。
为了完成这一切，保持工作空间在特征分支上，避免所有切换，我这样做:
Git获取源主机:主机
吉特校长
而且效果很好。
