Git 是一个开源的分布式版本控制系统，可以方便、高效地处理从小到大的不同的项目版本管理。
分支模型是Git最显著的特点，开发者可以随时创建、合并、删除分支。对于不同的项目需求、不同的软件版本、不同的开发阶段（Develop、Feature、Hotfix、Release），可以创建多个分支进行开发，之后可以进行分支合并，这种方式使开发变得快速、简单、安全。
Git的分支模型
比如有两个分支：A和B，A分支中的两个patch，我们需要同步到B分支。这时候有两种打patch的方案：
- 在A分支用 git diff 生成.diff文件，然后在B分支用 git apply 打patch。
- 在A分支用 git format-patch 生成.patch 文件，然后在B分支用 git am 打patch。
需要注意的是：
- .diff 文件只是记录文件改变的内容，没有commit的提交信息，因此用 git apply 打上patch之后，还需要再重新commit。
- .patch文件不仅记录文件改变的内容，也有commit的提交信息（每个commit对应一个patch文件），因此可以把提交信息也都打进去。
这里介绍一下使用 git am 打patch的步骤。
1、查看patch的提交信息使用 git log 命令查看patch的提交信息，如下图所示。
2、生成所选的patch
在A分支使用 git format-patch 命令生成相关patch，根据需要，有不同的patch生成方法。
生成最近1次commit的patch：
git format-patch HEAD^
生成最近2次commit的patch：
git format-patch HEAD^^
生成单个提交的patch：
git format-patch [commit-id] -1
生成某次提交（含）之前的n次提交：
git format-patch [commit-id] -n
生成某次提交（不含）之后的所有提交：
git format-patch [commit-id]
使用 git format-patch 命令生成相关patch，每个patch都是一个单独的文件，并采用编号+提交信息的方式命名，如：
0001-Feature-hello-world.patch。
在B分支用 git am *.patch 命令打上所有patch。
若没有任何问题，git am 会直接将 patch 的所有信息都打上去，使用 git log 可以查看是否成功。
但意外才是常态！
下面几个命令在遇到问题时会经常使用。
检查patch修改的文件：
git apply --stat xxxx.patch
检查patch能否打成功：
git apply --check xxxx.patch
若这条命令没有任何输出，则代表可以直接打成功；若有冲突，则会输出error信息。
有冲突没关系，使用下面命令强行合入 patch 中不冲突的代码，同时保留冲突的部分：
git apply --reject xxxx.patch
使用上面的命令，会把有冲突的部分保存为 .rej文件，然后手动编辑发生冲突的code文件，解决冲突后，删除 .rej文件，通过 git add 命令将相关文件添加到暂存区中。
告诉git冲突解决，继续打patch：
git am --resolved
若需要跳过有冲突的patch，则使用：
git am --skip
若中途不想打patch了，恢复原状，则使用：
git am --abort
上面就是整个流程，最后通过 git log 命令来查看是否成功，确认没问题后使用 git push 命令将修改推送到远程仓库。
原文：https://www.toutiao.com/i6721962314783785485/