如果您只需要合并一个特定的目录并保留所有其他内容，同时保留历史记录，那么您可以尝试这样做。。。在实验之前，从主对象创建一个新的目标分支。

下面的步骤假设您有两个分支目标分支和源分支，并且要合并的目录目录位于源分支中。另外，假设您有其他目录（如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.

我不喜欢上述方法。使用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

要有选择地将文件从一个分支合并到另一个分支，请运行

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。

我将专注于我感兴趣的这个问题的子集：我有两个分支，我想将一个文件伪合并到另一个文件中。

（我说“伪合并”是因为我不需要或不希望合并提交；我只想以我认为合适的方式合并文件两个版本的贡献。）

我的方法基于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

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（存档副本）