Git：从克隆更改为远程分支

Question

我有一个 git 工作流程问题，但我不完全理解所有术语来了解要搜索的内容。

简短版本：当本地存储库作为远程存储库的克隆启动时，是否可以将本地 git 目录“切换”到远程存储库的分支？我对 git 很陌生，所以我仍在快速了解这里的术语；如果我说了一些看似不对/错误/做出假设的事情，请告诉我。

长版。

我有一个本地存储库，它是“中央”存储库的克隆。该存储库有多个分支，每个分支都比原始存储库的主分支提前许多修订。

$ git branch
  foo
* master
  universal_imports    

我知道我可以使用 git 的 checkout 命令“切换”到我的本地分支之一

$ git checkout foo
$ git checkout universal_imports
etc.

我还有一些遥控器

$ git remote
origin
upstream

upsteam 的 master 分支是我们的事实来源。它是产品，即前面提到的中央存储库。如前所述，我的本地主存储库是作为该存储库的克隆开始的。 （实际上，我的本地存储库是 origin 远程存储库的克隆，它是上游主分支的 github 分支。我不确定这是否相关）

这是我试图解决的场景。我一直在我的分支机构进行新的开发。我比原版大师早了很多版本。但是，我刚刚收到修复生产中某些问题的请求。我的思维模型是

1. 切换我的本地代码，使其与生产代码匹配
2. 进行修复并提交
3. 将我的本地代码合并到真实来源分支
4. 将我的本地代码切换回我的“真实”分支，然后继续新的分支功能开发的

目标是避免在准备好之前将任何新代码投入生产。

除了在某个地方重新克隆中央存储库之外，是否有 git 工作流程？理想情况下，我想要像我所描述的“切换到远程分支”那样的东西，但如果这是无稽之谈，有没有一种方法可以让我使用 git 来处理这种情况。 （在新工作上继续前进，但主要是解决历史上更早的问题的能力）

Answer 1

您可以创建一个新分支来跟踪远程分支，如下所示（此处本地分支称为“bugfix”）：

git checkout -b bugfix upstream/master

一旦您有了本地分支跟踪并与所需的远程分支同步，您就可以进行更改，然后 git commit 和 git Push，然后签出您的原始工作分支。

最后，再次检查您的工作分支后，您需要将错误修复更改合并到您的工作分支中，如下所示：

git merge bugfix

）：

git rebase -i bugfix

或者像这样变基（变基创建更干净的历史记录，但在解决冲突方面可能需要更多工作 可以继续并将该分支留在那里（在这种情况下，您可能希望将其称为比“bugfix”更永久的名称，可能是“upstream-master”或“live-product”或其他名称）。或者，如果您不再需要本地分支，可以删除它，如下所示：

git branch -D bugfix