如果我想将仅对特定提交中更改的某些文件所做的更改合并到 Git 分支中，其中包括对多个文件的更改，如何实现？
假设名为stuff 的Git 提交对文件A、B、C 和D 进行了更改，但我只想合并stuff 对文件A 和@ 的更改987654328@。这听起来像是 git cherry-pick 的工作，但 cherry-pick 只知道如何合并整个提交，而不是文件的子集。
【问题讨论】：
标签： git github cherry-pick
我会使用 cherry-pick -n (--no-commit) 来完成，它可以让您在提交之前检查（和修改）结果：
git cherry-pick -n <commit>
# unstage modifications you don't want to keep, and remove the
# modifications from the work tree as well.
# this does work recursively!
git checkout HEAD <path>
# commit; the message will have been stored for you by cherry-pick
git commit
如果绝大多数修改是您不想要的，那么您可以重新设置所有内容，而不是检查单个路径（中间步骤），然后添加您想要的内容：
# unstage everything
git reset HEAD
# stage the modifications you do want
git add <path>
# make the work tree match the index
# (do this from the top level of the repo)
git checkout .
【讨论】：
git checkout .，我还建议git clean -f 删除任何新的但不需要的文件，这些文件是由精心挑选的提交引入的。
git add -p，它可以让您以交互方式决定要添加到索引中的更改每个文件
git reset -p HEAD 选择性地取消暂存。它相当于add -p，但很少有人知道它的存在。
其他方法对我不起作用，因为提交对很多其他文件有很多更改和冲突。我想出的只是
git show SHA -- file1.txt file2.txt | git apply -
它实际上并没有 add 文件或为你做一个提交，所以你可能需要跟进它
git add file1.txt file2.txt
git commit -c SHA
或者，如果您想跳过添加，您可以使用 --cached 参数到 git apply
git show SHA -- file1.txt file2.txt | git apply --cached -
你也可以对整个目录做同样的事情
git show SHA -- dir1 dir2 | git apply -
【讨论】：
show SHA -- file | apply 与checkout SHA -- file 的作用不一样吗？就像Mark Longair's answer 一样？
checkout SHA -- file 将准确检查 SHA 中的版本，而 show SHA -- file | apply 将仅应用 SHA 中的更改（就像 cherry-pick 一样）。如果 (a) 有多个提交更改源分支中的给定文件，或者 (b) 有一个提交更改了当前目标分支中的文件，这很重要。
git revert 撤消了整个提交）。在这种情况下，只需使用git show -R SHA -- file1.txt file2.txt | git apply -
git diff SHA -- file1.txt file2.txt | git apply - 表示将文件的当前版本与 SHA 上的版本之间的所有差异应用到当前版本。本质上它与git checkout SHA -- file1.txt file2.txt 相同。请参阅我之前的评论，了解为什么这与 git show 版本不同。
git apply -3 - 而不是仅使用git apply -，然后如果发生冲突，您可以使用标准的冲突解决技术，包括使用git mergetool。跨度>
我通常将 -p 标志与来自另一个分支的 git checkout 一起使用，我发现它比我遇到的大多数其他方法更容易和更细化。
原则上：
git checkout <other_branch_name> <files/to/grab in/list/separated/by/spaces> -p
示例：
git checkout mybranch config/important.yml app/models/important.rb -p
然后您会看到一个对话框，询问您想要在“blob”中进行哪些更改，这几乎适用于连续代码更改的每一块，然后您可以为每个代码发送 y（是）n（否）等代码块。
-p 或 patch 选项适用于 git 中的各种命令，包括 git stash save -p，它允许您从当前工作中选择要存储的内容
当我完成大量工作并希望将其分离出来并使用git add -p 提交更多基于主题的提交并为每个提交选择我想要的内容时，我有时会使用此技术:)
【讨论】：
git-add -p，但我不知道git-checkout 也有-p 标志 - 这是否解决了the non--p answer 的合并问题？
-p 将允许手动编辑这样一个冲突的部分，cherry-pick 无论如何也可能会产生。下次需要时我会测试它，绝对是一种有趣的方法
git reset -p HEAD 还允许使用-p，当您只想从索引中删除一些补丁时，可以方便地退出。
也许这种方法相对于Jefromi's answer 的优势在于您不必记住git reset 的哪个行为是正确的:)
# Create a branch to throw away, on which we'll do the cherry-pick:
git checkout -b to-discard
# Do the cherry-pick:
git cherry-pick stuff
# Switch back to the branch you were previously on:
git checkout -
# Update the working tree and the index with the versions of A and B
# from the to-discard branch:
git checkout to-discard -- A B
# Commit those changes:
git commit -m "Cherry-picked changes to A and B from [stuff]"
# Delete the temporary branch:
git branch -D to-discard
【讨论】：
cherry-pick，直接使用git checkout stuff -- A B？对于git commit -C stuff，提交消息也将保持不变
stuff 上修改的文件尚未在您当前的分支或 HEAD 和 stuff 的共同祖先与 @ 的尖端之间的任何地方修改时，这才有效987654331@。如果有，那么 cherry-pick 会创建正确的结果（本质上是合并的结果），而您的方法会丢弃当前分支中的更改，并保留从共同祖先到 stuff 的所有更改 -不仅仅是那个单一提交中的那些。
stuff 的父级有很大不同，因此樱桃采摘的结果将使A 和B 的内容与他们的不同提交 stuff 中的内容。但是，如果它只是一样，你是对的 - 你可以照你说的做。
Cherry pick 是从特定的“提交”中挑选更改。最简单的解决方案是选择某些文件的所有更改是使用
git checkout source_branch <paths>...
例如：
$ git branch
* master
twitter_integration
$ git checkout twitter_integration app/models/avatar.rb db/migrate/20090223104419_create_avatars.rb test/unit/models/avatar_test.rb test/functional/models/avatar_test.rb
$ git status
# On branch master
# Changes to be committed:
# (use "git reset HEAD <file>..." to unstage)
#
# new file: app/models/avatar.rb
# new file: db/migrate/20090223104419_create_avatars.rb
# new file: test/functional/models/avatar_test.rb
# new file: test/unit/models/avatar_test.rb
#
$ git commit -m "'Merge' avatar code from 'twitter_integration' branch"
[master]: created 4d3e37b: "'Merge' avatar code from 'twitter_integration' branch"
4 files changed, 72 insertions(+), 0 deletions(-)
create mode 100644 app/models/avatar.rb
create mode 100644 db/migrate/20090223104419_create_avatars.rb
create mode 100644 test/functional/models/avatar_test.rb
create mode 100644 test/unit/models/avatar_test.rb
来源和完整解释http://jasonrudolph.com/blog/2009/02/25/git-tip-how-to-merge-specific-files-from-another-branch/
更新：
使用这种方法，git 不会合并文件，它只会覆盖在目标分支上所做的任何其他更改。您需要手动合并更改：
$ git diff HEAD 文件名
【讨论】：
情况：
你在你的分支上，比如说master，你在任何其他分支上都有你的提交。您只需从该特定提交中选择一个文件。
方法：
第 1 步：在所需的分支上结帐。
git checkout master
第 2 步：确保您已复制所需的提交哈希。
git checkout commit_hash path\to\file
第 3 步：您现在对所需分支上的所需文件进行了更改。您只需要添加并提交它们。
git add path\to\file
git commit -m "Your commit message"
【讨论】：
为了完整起见，最适合我的是：
git show YOURHASH --no-color -- file1.txt file2.txt dir3 dir4 | git apply -3 --index -
它完全符合 OP 的要求。它会在需要时解决冲突，类似于merge 的做法。它确实 add 但不是 commit 您的新更改，请参阅 status。
【讨论】：
3 的用途吗（... git apply -3 --index ...）？
-3 表示使用“三向合并后备”。这实际上意味着 git 可以插入熟悉的冲突标记，也可以绕过已经应用的更改。默认的git apply 行为对我来说太严格了，它拒绝应用整个补丁，只要有一点点差异。
我会挑选一切，然后这样做：
git reset --soft HEAD^
然后我会还原我不想要的更改，然后进行新的提交。
【讨论】：
使用git merge --squash branch_name 这将从其他分支获取所有更改，并为您准备提交。
现在删除所有不需要的更改并保留您想要的更改。并且 git 不会知道有合并。
【讨论】：
我找到了另一种方法，可以防止在挑选樱桃时出现任何冲突合并，IMO 很容易记住和理解。由于您实际上不是在挑选提交，而是其中的一部分，因此您需要先拆分它，然后创建一个适合您需求的提交并挑选它。
首先从要拆分的提交中创建一个分支并签出它：
$ git checkout COMMIT-TO-SPLIT-SHA -b temp
然后恢复之前的提交：
$ git reset HEAD~1
然后添加您想要挑选的文件/更改：
$ git add FILE
并提交：
$ git commit -m "pick me"
注意提交哈希，我们称之为 PICK-SHA 并回到你的主分支，例如 master 强制结帐：
$ git checkout -f master
然后挑选提交：
$ git cherry-pick PICK-SHA
现在你可以删除临时分支了：
$ git branch -d temp -f
【讨论】：
你可以使用：
git diff <commit>^ <commit> -- <path> | git apply
符号<commit>^ 指定<commit> 的（第一个）父级。因此，这个 diff 命令选择在提交 <commit> 中对 <path> 所做的更改。
请注意，这不会提交任何内容（就像 git cherry-pick 所做的那样）。因此，如果您想这样做，则必须这样做：
git add <path>
git commit
【讨论】：
-3 或--3way 进行三向合并开关：... | git apply --3way
将一个分支合并到新分支（壁球）并删除不需要的文件：
git checkout master
git checkout -b <branch>
git merge --squash <source-branch-with-many-commits>
git reset HEAD <not-needed-file-1>
git checkout -- <not-needed-file-1>
git reset HEAD <not-needed-file-2>
git checkout -- <not-needed-file-2>
git commit
【讨论】：
有时使用 checkout 从提交中提取特定文件可能更容易。在我看来，它为您提供了更多的控制权，并且没有必要在挑选后检查和取消暂存。
我会这样做：
git checkout <branch|hash> -- path/to/file1 path/to/filen
然后取消暂存必要的更改以适应代码并在提交之前对其进行测试。如果一切都按预期工作，则提交。
【讨论】：