git - 为什么文件从已经上演的不同分支 check out ？

Question

关于 Git 工作流，我们从用于特定冲刺的母版创建了一个分支，并且该冲刺中的每个工作项都从它分支出来。如此有效，分支/merge 流程将是:

master
  |   \
  |    sprint42________
  |       |    \       \
  |       |     item1   item2
  |       | ___/       /
  |       |/          /
  |       | _________/
  |       |/
  | _____/
  |/
  |

现在，在这个流程中，事实证明我对 item1 中的一个文件所做的更改也需要在 item2 中完成(想想一个实用程序我在其中添加了一个方便的函数的文件)。

因此，基于 this question 的公认答案，我检查了 item2 分支并继续从 item1 分支中提取实用程序文件，如下所示:

git checkout item2
git checkout item1 utilities.xyzzy

但是，在检查 git status 时，该文件似乎已放入暂存区，而我认为将其视为新修改的文​​件更有意义:

pax> git status
On branch item2
Your branch is up-to-date with 'origin/item2'.
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)
        modified:   utilities.xyzzy

为什么要这样做？当我将一个文件从另一个分支 pull 到我当前的分支时，我怎样才能让它只是一个修改后的文件，我将在准备好时暂存？

Answer 1

旁注:当我阅读原始主题行时 "Why is file pulled from ..." (现已修复)，我以为你指的是 git pull脚本。我认为，值得强调的是，您具体指的是 git checkout这里，使用的形式是:git checkout <em>branch</em> <em>path</em> .

咨询the git checkout documentation ，我们发现:

git checkout [-p|--patch] [<tree-ish>] [--] ...

When <paths> or --patch are given, git checkout does not switch branches. It updates the named paths in the working tree from the index file or from a named <tree-ish> (most often a commit). In this case, the -b and --track options are meaningless and giving either of them results in an error. The <tree-ish> argument can be used to specify a specific tree-ish (i.e. commit, tag or tree) to update the index for the given paths before updating the working tree.

我在这里用黑体字表示了关键部分:git 首先从给定的“tree-ish”写入索引(如果不直接从索引中 check out )，然后从索引复制到工作树。这就是暂存新文件的原因。要撤消暂存，您必须使用 git reset在同一条路上。

有一种方法可以使用git show 将文件放入工作树中，而无需通过索引复制它。 :

git show item1:utilities.xyzzy > utilities.xyzzy

git show命令会将指定的对象(在本例中为该文件)漂亮地打印到标准输出，并重定向输出以捕获该文件。但是请注意，这会绕过任何会在正常 checkout 时修改文件内容的污迹过滤器。