我正在一个新项目中使用Git，该项目有两个并行但目前处于试验阶段的开发分支：
master：导入现有的代码库，再加上一些我通常确信的修改exp1：实验分支#1exp2：实验分支#2
exp1和exp2表示两种非常不同的体系结构方法。在我进一步相处之前，我无法知道哪一个（如果有的话）会起作用。当我在一个分支中取得进展时，我有时会对另一个分支进行有用的编辑，并希望仅合并这些编辑。
将一个开发分支中的选择性更改合并到另一个分支中，同时保留其他所有内容的最佳方法是什么？
我考虑过的方法：
gitmerge——无需提交，然后手动取消大量编辑，我不想在分支之间共享这些编辑。手动将通用文件复制到临时目录中，然后git checkout移动到另一个分支，然后更多地手动将临时目录复制到工作树中。在上述基础上的变化。暂时放弃exp分支，使用另外两个本地存储库进行实验。这使得手动复制文件更加简单。
所有这三种方法都显得乏味且容易出错。我希望有更好的方法；类似于过滤器路径参数，可以使gitmerge更有选择性。
您可以使用cherry-pick命令从一个分支获取单个提交。
如果所需的更改不在单个提交中，则使用此处显示的方法将提交拆分为单个提交。大致来说，您使用git rebase-i获取原始提交以进行编辑，然后使用git reset HEAD^选择性地还原更改，然后使用git commit将该位提交为历史中的新提交。
Red Hat Magazine还有另一个很好的方法，他们使用git-add——补丁或者可能是git-add，如果你想将不同的更改拆分到一个单独的文件中（在该页面中搜索“拆分”），则可以只添加大块的一部分。
拆分更改后，您现在可以随意选择所需的更改。
1800 INFORMATION的答案完全正确。不过，作为Git的新手，“使用Git cherry pick”不足以让我在互联网上进行更多挖掘，所以我想我会发布一份更详细的指南，以防其他人也在类似的情况下。
我的用例是希望有选择地将别人的GitHub分支中的更改拉到我自己的分支中。如果您已经有一个具有更改的本地分支，则只需执行步骤2和5-7。
使用要引入的更改创建（如果未创建）本地分支。$git分支mybranch<基本分支>切换到它。$git结帐mybranch从其他人的帐户中删除所需的更改。如果还没有，则需要将它们添加为远程。$git远程添加repo-w-changes＜git-url＞把树枝上的东西都拔下来。$git pull-repos-w-changes-branch-i-want查看提交日志以查看所需的更改：$git日志切换回要将更改拉入的分支。$git原始付款分支Cherry用哈希一个接一个地选择你的提交。$git cherry-pick-x提交哈希
帽子提示：http://www.sourcemage.org/Git_Guide（存档副本）
我不喜欢上述方法。使用cherry pick可以很好地选择一个改变，但如果你想带来所有的改变，除了一些不好的改变，这是一种痛苦。这是我的方法。
没有可以传递给gitmerge的--interactive参数。
以下是备选方案：
您在分支“特性”中进行了一些更改，您希望以一种不拖泥带水的方式将其中的一些（但不是全部）提交给“主”（即，您不希望逐一挑选和提交）
git checkout feature
git checkout -b temp
git rebase -i master
# Above will drop you in an editor and pick the changes you want ala:
pick 7266df7 First change
pick 1b3f7df Another change
pick 5bbf56f Last change
# Rebase b44c147..5bbf56f onto b44c147
#
# Commands:
# pick = use commit
# edit = use commit, but stop for amending
# squash = use commit, but meld into previous commit
#
# If you remove a line here THAT COMMIT WILL BE LOST.
# However, if you remove everything, the rebase will be aborted.
#
git checkout master
git pull . temp
git branch -d temp
所以，只需将其包装在shell脚本中，将master更改为$to，并将feature更改为$from，就可以了：
#!/bin/bash
# git-interactive-merge
from=$1
to=$2
git checkout $from
git checkout -b ${from}_tmp
git rebase -i $to
# Above will drop you in an editor and pick the changes you want
git checkout $to
git pull . ${from}_tmp
git branch -d ${from}_tmp
tl；博士
git checkout source_branch -- path/to/file
# resolve conflicts if any
git commit -am '...'
我遇到了和你上面提到的完全相同的问题。但我在解释答案时发现这一点更清楚。
摘要：
检查要合并的分支的路径，$git签出source_branch--<paths>。。。提示：它也可以像链接文章中看到的那样，不使用“--”。或者选择性地合并大块$git checkout-p source_branch--<paths>。。。
或者，使用reset，然后添加选项-p，
$ git reset <paths>...
$ git add -p <paths>...
最后提交$gitcommit-m“'合并'这些更改”
这是我合并选定文件的工作流。
# Make a new branch (this will be temporary)
git checkout -b newbranch
# Grab the changes
git merge --no-commit featurebranch
# Unstage those changes
git reset HEAD
(You can now see the files from the merge are unstaged)
# Now you can chose which files are to be merged.
git add -p
# Remember to "git add" any new files you wish to keep
git commit
我会做一个
git diff commit1.commit2文件模式| git apply--索引和git提交
这样，您可以限制来自分支的文件模式的提交范围。
它是从Re窃取的：如何从一个分支到另一个分支仅提取几个文件？
我编写了自己的脚本“pmerge”来部分合并目录。这是一项正在进行的工作，我仍然在学习Git和Bash脚本。
该命令使用gitmerge--no提交，然后取消应用与提供的路径不匹配的更改。
用法：git pmerge分支路径示例：gitmerge-devel-src/
我还没有对它进行广泛的测试。工作目录应该没有任何未提交的更改和未跟踪的文件。
#!/bin/bash
E_BADARGS=65
if [ $# -ne 2 ]
then
echo "Usage: `basename $0` branch path"
exit $E_BADARGS
fi
git merge $1 --no-commit
IFS=$'\n'
# List of changes due to merge | replace nulls with newlines | strip lines to just filenames | ensure lines are unique
for f in $(git status --porcelain -z -uno | tr '\000' '\n' | sed -e 's/^[[:graph:]][[:space:]]\{1,\}//' | uniq); do
[[ $f == $2* ]] && continue
if git reset $f >/dev/null 2>&1; then
# Reset failed... file was previously unversioned
echo Deleting $f
rm $f
else
echo Reverting $f
git checkout -- $f >/dev/null 2>&1
fi
done
unset IFS
虽然其中一些答案很好，但我觉得没有人真正回答了OP的原始约束：从特定分支中选择特定文件。这个解决方案可以做到这一点，但如果有很多文件，可能会很乏味。
假设您有master、exp1和exp2分支。您希望将每个实验分支中的一个文件合并到master中。我会这样做：
git checkout master
git checkout exp1 path/to/file_a
git checkout exp2 path/to/file_b
# Save these files as a stash
git stash
# Merge stash with master
git merge stash
这将为您提供所需的每个文件的文件差异。没什么了。一点也不差。在不同版本之间进行完全不同的文件更改非常有用——在我的例子中，将应用程序从RubyonRails 2更改为RubyonRails 3。
这将合并文件，但它会进行智能合并。我无法弄清楚如何使用此方法获取文件差异信息（也许对于极端的差异，它仍然会这样做。除非使用-s递归-X忽略所有空格选项，否则像空格这样的恼人的小东西会被合并回来）
要有选择地将文件从一个分支合并到另一个分支，请运行
git merge --no-ff --no-commit branchX
其中branchX是要从中合并到当前分支的分支。
--no commit选项将暂存已被Git合并的文件，而无需实际提交。这将使您有机会根据需要修改合并的文件，然后自己提交。
根据您希望合并文件的方式，有四种情况：
1） 你想要真正的合并。
在这种情况下，您接受合并文件的方式是Git自动合并文件，然后提交它们。
2） 有些文件您不想合并。
例如，您希望保留当前分支中的版本，而忽略要从中合并的分支的版本。
要选择当前分支中的版本，请运行：
git checkout HEAD file1
这将在当前分支中检索file1的版本，并覆盖Git自动合并的file1。
3） 如果您希望branchX中的版本（而不是真正的合并）。
Run:
git checkout branchX file1
这将在branchX中检索file1的版本，并覆盖Git自动合并的file1。
4） 最后一种情况是，如果只选择文件1中的特定合并。
在这种情况下，您可以直接编辑修改后的file1，将其更新为您希望的file1版本，然后提交。
如果Git无法自动合并文件，它将报告该文件为“未合并”，并生成一个副本，您需要手动解决冲突。
为了用示例进一步解释，假设您希望将branchX合并到当前分支中：
git merge --no-ff --no-commit branchX
然后运行gitstatus命令查看修改文件的状态。
例如：
git status
# On branch master
# Changes to be committed:
#
# modified: file1
# modified: file2
# modified: file3
# Unmerged paths:
# (use "git add/rm <file>..." as appropriate to mark resolution)
#
# both modified: file4
#
其中，file1、file2和file3是git已成功自动合并的文件。
这意味着所有这三个文件的master和branchX中的更改都已合并在一起，没有任何冲突。
您可以通过运行gitdiff-cached来检查合并是如何完成的；
git diff --cached file1
git diff --cached file2
git diff --cached file3
如果您发现不需要合并，那么可以
直接编辑文件拯救git提交
如果您不想合并文件1并希望在当前分支中保留版本
Run
git checkout HEAD file1
如果您不想合并file2，只想在branchX中使用版本
Run
git checkout branchX file2
如果希望自动合并file3，请不要执行任何操作。
Git目前已经将其合并。
上面的文件4是Git失败的合并。这意味着在同一行上发生的两个分支中都有更改。这是您需要手动解决冲突的地方。您可以通过直接编辑文件或为希望file4成为的分支中的版本运行签出命令来放弃合并的文件。
最后，不要忘记gitcommit。
我喜欢前面的“git交互式合并”答案，但有一个更简单。让Git使用交互式和到以下内容的重基组合为您实现这一点：
A---C1---o---C2---o---o feature
/
----o---o---o---o master
因此，您需要从“feature”分支（分支点“A”）中获取C1和C2，但目前没有其他分支。
# git branch temp feature
# git checkout master
# git rebase -i --onto HEAD A temp
正如前面的回答一样，这会让您进入交互式编辑器，在其中选择C1和C2的“pick”行（如上所述）。保存并退出，然后它将继续重新创建数据库，并为您提供分支“temp”和主机+C1+C2的HEAD：
A---C1---o---C2---o---o feature
/
----o---o---o---o-master--C1---C2 [HEAD, temp]
然后，您只需将master更新为HEAD并删除临时分支即可：
# git branch -f master HEAD
# git branch -d temp
简单的方法是，实际上合并来自两个分支的特定文件，而不仅仅是用另一个分支的文件替换特定文件。
第一步：区分分支
git diff branch_b>my_patch_file.patch
创建当前分支和branch_b之间差异的修补程序文件
第二步：对匹配模式的文件应用补丁
git apply-p1--include=pattern/匹配/the/path/to/file/或/folder my_patch_file.patch
关于选项的有用说明
您可以在include模式中使用*作为通配符。
斜杠不需要逃避。
此外，您可以改用--exclude并将其应用于除与模式匹配的文件之外的所有文件，或使用-R反转补丁
-p1选项是*Unix修补程序命令的一个保留，并且事实上，修补程序文件的内容在每个文件名前面加上/或b/（或更多，取决于修补程序文件是如何生成的），您需要删除这些文件，这样它就可以找出真正的文件到需要应用修补程序的文件的路径。
查看git应用程序的手册页以了解更多选项。
第三步：没有第三步
很明显，你想提交你的更改，但谁能说你在提交之前没有其他相关的调整。
我遇到了和你上面提到的完全相同的问题。但我发现这个Git博客在解释答案时更清晰。
来自以上链接的命令：
# You are in the branch you want to merge to
git checkout <branch_you_want_to_merge_from> <file_paths...>
还有另一条路要走：
git checkout -p
它是git checkout和git add-p的混合体，可能正是您想要的：
-p, --patch
Interactively select hunks in the difference between the <tree-ish>
(or the index, if unspecified) and the working tree. The chosen
hunks are then applied in reverse to the working tree (and if a
<tree-ish> was specified, the index).
This means that you can use git checkout -p to selectively discard
edits from your current working tree. See the “Interactive Mode”
section of git-add(1) to learn how to operate the --patch mode.
以下是如何让历史记录只跟踪来自另一个分支的几个文件，而不必大惊小怪，即使更“简单”的合并会带来更多您不希望的更改。
首先，您将采取不同寻常的步骤，提前声明您要提交的是合并，而Git根本不需要对工作目录中的文件执行任何操作：
git merge --no-ff --no-commit -s ours branchname1
…其中“branchname”是您声称要合并的任何内容。如果你马上提交，它不会做任何更改，但它仍然会显示来自其他分支的祖先。如果需要，也可以向命令行添加更多分支、标记等。不过，此时没有需要提交的更改，所以接下来从其他版本获取文件。
git checkout branchname1 -- file1 file2 etc.
如果要从多个其他分支合并，请根据需要重复。
git checkout branchname2 -- file3 file4 etc.
现在，来自另一个分支的文件位于索引中，准备提交，并具有历史记录。
git commit
在提交消息中，您需要做很多解释。
不过，请注意，如果不清楚的话，这是一件糟糕的事情。这不符合“树枝”的精神，而樱桃采摘是一种更诚实的方式来完成你将要做的事情。如果您想对上次未带来的同一分支上的其他文件进行另一次“合并”，它将以“已更新”消息阻止您。这是一种当我们应该分支时没有分支的症状，因为“from”分支应该是多个不同的分支。
下面是如何将master分支中的Myclass.java文件替换为feature1分支中的Myclass.java。即使master上不存在Myclass.java，它也可以工作。
git checkout master
git checkout feature1 Myclass.java
注意，这将覆盖-而不是合并-并忽略主分支中的本地更改。
最简单的方法是将存储库设置为要合并的分支，然后运行
git checkout [branch with file] [path to file you would like to merge]
如果你跑步
git status
您将看到文件已暂存。。。
然后运行
git commit -m "Merge changes on '[branch]' to [file]"
易于理解的
我发现这篇文章包含了最简单的答案。只需执行以下操作：
git checkout <branch from which you want files> <file paths>
实例
将.gitignore文件从branchB拉入当前分支：
git checkout branchB .gitignore
有关更多信息，请参阅文章。
奇怪的是，git仍然没有这么方便的工具“开箱即用”。我在通过从当前版本分支中修复一些错误来更新一些旧版本分支（仍然有很多软件用户）时大量使用它。在这种情况下，通常需要从主干中的文件中快速获取一些代码行，而忽略许多其他更改（这些更改不应该进入旧版本）。。。当然，在这种情况下需要交互式三路合并，git checkout--patch＜branch＞＜file path＞不能用于这种选择性合并。
您可以轻松完成：
只需将此行添加到global.gitconfig或local.git/config文件的[alias]部分：
[alias]
mergetool-file = "!sh -c 'git show $1:$2 > $2.theirs; git show $(git merge-base $1 $(git rev-parse HEAD)):$2 > $2.base; /C/BCompare3/BCompare.exe $2.theirs $2 $2.base $2; rm -f $2.theirs; rm -f $2.base;' -"
这意味着您使用Beyond Compare。如果需要，只需更换您选择的软件即可。或者，如果不需要交互式选择性合并，可以将其更改为三向自动合并：
[alias]
mergetool-file = "!sh -c 'git show $1:$2 > $2.theirs; git show $(git merge-base $1 $(git rev-parse HEAD)):$2 > $2.base; git merge-file $2 $2.base $2.theirs; rm -f $2.theirs; rm -f $2.base;' -"
然后这样使用：
git mergetool-file <source branch> <file path>
这将为您提供其他分支中任何文件的真正选择性树形合并机会。
您可以使用读取树将给定的远程树读取或合并到当前索引中，例如：
git remote add foo git@example.com/foo.git
git fetch foo
git read-tree --prefix=my-folder/ -u foo/master:trunk/their-folder
要执行合并，请改用-m。
另请参阅：如何在Git中合并子目录？
当两个分支的当前提交之间只有几个文件发生了更改时，我通过遍历不同的文件来手动合并更改。
gitdifftool<branch-1><分支2>
另请参见https://sites.google.com/site/icusite/setup/git-difftool
一种按文件选择性合并/提交的简单方法：
git checkout dstBranch
git merge srcBranch
// Make changes, including resolving conflicts to single files
git add singleFile1 singleFile2
git commit -m "message specific to a few files"
git reset --hard # Blow away uncommitted changes
如果您没有太多的文件被更改，这将使您没有额外的提交。
1.临时复制分支$git结帐-b temp_branch
2.重置为上次所需提交$git reset--hard HEAD~n，其中n是需要返回的提交次数
3.从原始分支签出每个文件$git签出原点/original_branch文件名.ext
现在，如果需要，您可以提交并强制推送（覆盖远程）。
如果您只需要合并一个特定的目录并保留所有其他内容，同时保留历史记录，那么您可以尝试这样做。。。在实验之前，从主对象创建一个新的目标分支。
下面的步骤假设您有两个分支目标分支和源分支，并且要合并的目录目录位于源分支中。另外，假设您有其他目录（如dir）保留在目标中，您不想更改并保留历史记录。此外，假设要合并的目录中存在合并冲突。
git checkout target-branch
git merge --no-ff --no-commit -X theirs source-branch
# the option "-X theirs", will pick theirs when there is a conflict.
# the options "--no--ff --no-commit" prevent a commit after a merge, and give you an opportunity to fix other directories you want to retain, before you commit this merge.
# the above, would have messed up the other directories that you want to retain.
# so you need to reset them for every directory that you want to retain.
git reset HEAD dir-to-retain
# verify everything and commit.
对我来说，git reset-soft分支是有选择地从另一个分支中选择更改的最简单方法，因为这个命令将所有diff更改放在我的工作树中，我可以轻松地选择或还原我需要的更改。
通过这种方式，我可以完全控制提交的文件。
我将专注于我感兴趣的这个问题的子集：我有两个分支，我想将一个文件伪合并到另一个文件中。
（我说“伪合并”是因为我不需要或不希望合并提交；我只想以我认为合适的方式合并文件两个版本的贡献。）
我的方法基于https://stackoverflow.com/a/39916536/341994.不幸的是，这个问题是重复的（在我看来，这是错误的：它不是这个问题的重复，回答和重复是错误的，这是回答者在那里做的）。但这个答案有一些问题，所以我已经现代化并清理了方法。我使用恢复而不是签出和重置，并且我不必提交任何不需要的东西。
好吧，假设我有三个文件：
$ ls
a b f
但我只想伪合并其中一个，a，来自另一个分支。让我们看看他们，看看情况会是什么样子。这是我的版本：
$ cat a
line one
line two
line three
line four
line five
以下是其他分支机构的版本：
$ git show otherbranch:a
line one
line two edited
line three
line four
line five
line six
现在这里的技巧是，我们将使用索引作为草稿（毕竟，这是它的用途）。因此，我们首先（步骤1）确保将我们的版本复制到索引中：
$ git add a
现在（步骤2）我们可以使用restore从其他分支获取版本（现在，restore比checkout更好，因为它可以让我们更清楚地说话）：
$ git restore --source otherbranch a
乍一看，这看起来很糟糕。我们现在已经用其他分支的版本完全覆盖了我们的a，如您所见：
$ cat a
line one
line two edited
line three
line four
line five
line six
但别担心！如您所见，以前版本的仍在索引中：
$ git diff a
diff --git a/a b/a
index abf51fa..333614b 100644
--- a/a
+++ b/a
@@ -1,6 +1,7 @@
line one
-line two
+line two edited
line three
line four
line five
+line six
很好，现在我们准备好了关键步骤（步骤3）。我们将文件从工作树添加到索引中进行交互式补丁。
我们可以说git add-p a来启动交互式补丁程序，在这种情况下，我们一次只能得到一个大块。但在这种情况下，只有一个帅哥，我无论如何都想编辑它，所以我说：
$ git add --e a
结果是我们在编辑器中打开了一个diff补丁文件！它看起来像这样：
line one
-line two
+line two edited
line three
line four
line five
+line six
通过仔细编辑，我们现在可以决定我们要接受哪些部分，不接受哪些部分。让我们接受“第六行”，而不是“第二行已编辑”。所以我们编辑如下：
line one
line two
line three
line four
line five
+line six
我们关闭编辑器，补丁应用于a的索引版本。但我们还没有完全完成！a的另一个分支版本仍然位于工作树中：
$ cat a
line one
line two edited
line three
line four
line five
line six
我们喜欢的版本在索引中，记得吗？为了实现这一点，（步骤4）我们只需简单地调用gitrestore（同样，这是现代的方式；restore比reset更好，可以应用于单个文件）：
$ git restore a
现在我们的a是正确的，我们都完成了：
$ cat a
line one
line two
line three
line four
line five
line six
我们现在可以承诺，但我们不必；我们已经完成了既定目标。
我想要的是：在一个新的分支中，以交互方式从一个分支（它有几个混乱的提交）中选择一个大块的提交。
如果diff中有任何二进制文件，gitdiff+gitapply将无法工作。
我的方法：
# New branch from a clean starting point, e.g. master
git checkout new-clean-branch origin/master
# Get all changes from the messy branch
# (quote the star so your shell doesn't expand it)
git checkout messy-branch -- '*'
# Unstage ("un-add") everything
git restore --staged .
# Interactively add hunks to be staged for commit
git add -p
如果你是Gitkraken用户，这里有一个小指南
总而言之：
移动到要进行更改的分支。（例如开发）右键单击具有新更改的分支，然后选择“cherrypickcommit”选项（例如功能ABC）。最后接受并检查冲突（如果有）。
我找到了一个解决这个问题的方法，这真的很简单。所以我只是把它放在这里给自己和其他想要使用这个解决方案的人。
答案假设我在包含单个文件file1.text的branch1中现在，我想将file1.txt与branch2中的另一个文件file2.txt合并。所以命令应该是，
git checkout --patch branch2 <path_of_file2.txt_in_context_of_branch2>
这会提示控制台，您需要输入特定字符以反映当前分支分支1中的更改。有时我用a来接受所有的帅哥。
我希望这个答案有帮助。谢谢
