与Jefromi的答案相比，这种方法的优势可能在于您不必记住git重置的哪个行为是正确的：）

 # 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-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 .

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文件名

我会选择一切，然后这样做：

git reset --soft HEAD^

然后我会还原我不想要的更改，然后进行新的提交。

其他方法对我不起作用，因为提交时对很多其他文件进行了大量更改和冲突。我想到的只是

git show SHA -- file1.txt file2.txt | git apply -

它实际上并没有为您添加文件或进行提交，因此您可能需要使用

git add file1.txt file2.txt
git commit -c SHA

或者，如果您想跳过add，可以使用--cached参数来git-apply

git show SHA -- file1.txt file2.txt | git apply --cached -

您也可以对整个目录执行相同的操作

git show SHA -- dir1 dir2 | git apply -

我通常将-p标志与来自其他分支的git签出一起使用，我发现这比我遇到的大多数其他方法更容易和更精细。

原则上：

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

然后，您会看到一个对话框，询问您希望在“blobs”中进行哪些更改，这基本上适用于连续代码更改的每个块，然后您可以为每个代码块发出y（是）n（否）等信号。

-p或patch选项适用于git中的各种命令，包括git stash save-p，它允许您从当前工作中选择要隐藏的内容

当我做了很多工作，并希望将其分离出来，使用gitadd-p提交更多基于主题的提交，并选择每次提交所需的内容时，我有时会使用此技术：）

我找到了另一种方法来防止樱桃采摘上的任何冲突合并，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

使用gitmerge--squashbranch_name，这将从其他分支获取所有更改，并为您准备提交。现在删除所有不需要的更改并保留所需的更改。git不会知道有合并。

将分支合并为新分支（挤压）并删除不需要的文件：

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

情况：

你在你的分支上，比如说，你在任何其他分支上都有你的承诺。您只能从该特定提交中选择一个文件。

方法：

步骤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 diff <commit>^ <commit> -- <path> | git apply

符号<commit>^指定<commit>的（第一个）父级。因此，这个diff命令选择在commit＜commit＞中对＜path＞所做的更改。

注意，这还不会提交任何内容（正如gitcherry-pick所做的那样）。所以，如果你想这样做，你必须做到：

git add <path>
git commit

为了完整，最适合我的是：

git show YOURHASH --no-color -- file1.txt file2.txt dir3 dir4 | git apply -3 --index -

这正是OP想要的。它在需要时进行冲突解决，类似于合并的方式。它会添加但不会提交新的更改，请参阅状态。

有时，使用签出从提交中获取特定文件可能更容易。在我看来，它给了你更多的控制权，而且在樱桃采摘后不必检查和拆封。

我会这样做：

git checkout <branch|hash> -- path/to/file1 path/to/filen

然后，在提交之前，取消编写必要的更改以适应代码并对其进行测试。如果一切按预期进行，那么提交。

自动化程度更高：

#!/usr/bin/env bash

filter_commit_to_files() {
    FILES="$1"
    SHA="$2"
    git show "$SHA" -- $FILES | git apply --index -
    git commit -c "$SHA"
}

示例用法：

filter_commit_to_files "file1.txt file2.txt" 07271c5e

我通过复制并粘贴到外壳中来定义它。您不需要here文档。

使用修补程序标志签出

完成您所描述内容的一个简单方法是通过签出补丁。修改我在顶部提供的四个变量。脚本执行以下操作：

克隆包含提交的分支（源分支）签出要将文件移动到的分支（目标分支）在所需的提交版本签出源分支，提供补丁标志和文件的相对位置作为参数。添加、提交、推送

对我来说，这一直是最简单的方法。步骤#3确实创建了一个交互式shell，但如果你想破坏目标，你可以默认整个选项。

source_branch=branch_with_file_you_want
destination_branch=file_go_here
rev=757c47d4
relative_file_path=structures/serializers/node.py
message="Patching a file from $source_branch to $destination_branch"

git clone https://github.com/yourepo/app.git -b $source_branch $source_branch
cd $source_branch
git checkout $destination_branch
git checkout $rev --patch $source_branch $relative_file_path
git add $relative_file_path
git commit -m "$message"
git push

如果您是远程GitLab，如果您需要MR，可以使用git push-o merge_request.create