git 两个分支合并部分文件，合并某个分支上的单个commit

不同分支一般有不同特性，git merge 相当于把另外一个分支的所有代码都合并进来了，如果我们仅仅想要另一分支的部分文件怎么办？操作如下：

branch A 分支上有 a、b 、c、d、e 这 5 个文件与 branch B 分支不同，现在我们只想从 A 到 B 合并 a、b 两个文件：

git checkout B			// 首先切换到 B 分支
git checkout A a b		// 然后从 A 中抽取 a、b 两个选定的文件

合并某个分支上的单个commit

如何从一个分支合并特定的文件到另一个分支。其实，只合并你需要的那些commits，不需要的commits就不合并进去了

首先，用git log或sourcetree工具查看一下你想选择哪些commits进行合并，例如：

比如 dev 分支上的commit 82ecb31 非常重要，现在只需要将82ecb31 合并到master，而不合并dev上的其他commits，所以我们用git cherry-pick命令来做

    a - b - c - d   Master
         \
           e - f - g dev

# 切换到 master 分支
git checkout master

# Cherry pick 操作
git cherry-pick f

上面的操作完成以后，代码库就变成了下面的样子。

  a - b - c - d - f   Master
         \
           e - f - g Feature

从上面可以看到，master分支的末尾增加了一个提交f。

git cherry-pick命令的参数，不一定是提交的哈希值，分支名也是可以的，表示转移该分支的最新提交。

git cherry-pick feature

上面代码表示将feature分支的最近一次提交，转移到当前分支

转移多个提交

Cherry pick 支持一次转移多个提交

git cherry-pick <HashA> <HashB>

上面的命令将 A 和 B 两个提交应用到当前分支。这会在当前分支生成两个对应的新提交。

如果想要转移一系列的连续提交，可以使用下面的简便语法。

git cherry-pick A..B 

上面的命令可以转移从 A 到 B 的所有提交。它们必须按照正确的顺序放置：提交 A 必须早于提交 B，否则命令将失败，但不会报错。

注意，使用上面的命令，提交 A 将不会包含在 Cherry pick 中。如果要包含提交 A，可以使用下面的语法。

git cherry-pick A^..B 

代码冲突

如果操作过程中发生代码冲突，Cherry pick 会停下来，让用户决定如何继续操作。

（1）--continue

用户解决代码冲突后，第一步将修改的文件重新加入暂存区（git add .），第二步使用下面的命令，让 Cherry pick 过程继续执行。

git cherry-pick --continue

（2）--abort

发生代码冲突后，放弃合并，回到操作前的样子。

（3）--quit

发生代码冲突后，退出 Cherry pick，但是不回到操作前的样子。

 

可以参考 git cherry-pick 教程

合并某个分支上的一系列commits

在一些特性情况下，合并单个commit并不够，你需要合并一系列相连的commits。这种情况下就不要选择cherry-pick了，rebase 更适合。还以上例为例，假设你需要合并feature分支的commit76cada ~62ecb3 到master分支。

首先需要基于feature创建一个新的分支，并指明新分支的最后一个commit：

git checkout featuregit 
git checkout -b newbranch 62ecb3

然后，rebase这个新分支的commit到master（--ontomaster）。76cada^ 指明你想从哪个特定的commit开始。

git rebase --ontomaster 76cada^ 

得到的结果就是feature分支的commit 76cada ~62ecb3 都被合并到了master分支。

另外如果只想将feature分支的某个文件f.txt合并到master分支上。
1: git checkout feature
2: git checkout --patch master f.txt
第一个命令： 切换到feature分支；
第二个命令：合并master分支上f文件到feature分支上，将master分支上 f 文件追加补丁到feature分支上 f文件。你可以接受或者拒绝补丁内容。

如果只是简单的将feature分支的文件f.txt copy到master分支上；

git checkout master
git checkout feature f.txt