$ git format-patch [-s] <引用或其范围>
// 将特定的一个提交或一个范围内的提交("HEAD~3...HEAD"等价于"HEAD HEAD^ HEAD^^")转换成补丁文件，加上s 参数表示在补丁说明中加入作者姓名。
$ git send-email *.patch
// 将补丁文件用邮件的方式发送给PM(项目经理) ，邮件接受者打开mail ,可以将收到的补丁邮件挑选出来，保存在一个mbox格式的文件中。例如执行mail 命令后，在mail 命令行中执行
& s 1-3 user1-mail-archive
表示将收件箱中前三封邮件归档在user1-mail-archive文件中。当然这个文件可以通过执行mail -f user1-mail-archive打开查看。
$ git am user1-mail-archive
// 此时当把heads 退回到HEAD~3 时，再执行上述命令就可以成功打上3补丁，使heads 再次指向原HEAD。
$ cat *.patch | git am
// 打补丁文件*.patch。该补丁文件可以是u 盘靠过来的，或是其他人任何非mail 形式获取的补丁文件。
还有另外两个补丁管理工具StGit和 Quilt
以StGit 为例来说明:
安装
// 可以通过apt install stgit stgit-contrib安装
安装好之后，进入工作区。首先初始化stgit
$ stg init //初始化
$ stg series //查看补丁列表
$ stg uncommit -n
// 将最近num个提交预选为补丁文件源，压入补丁栈中。注意此时分支master没变化。
$ stg pop [-a]
// 弹出栈顶补丁文件，同时删除对应的提交。如果加上a参数，表示弹出所有栈中的补丁文件，并将master 重置到最后一个补丁文件之后的提交。
$ stg push
$ stg goto
// 前者打栈顶补丁到分支中，后者将指定补丁打到分支中。
$ stg refresh
//当打完一个补丁后，发现其中有一个小的bug,我们可以在工作区修改完后，不加入暂存区，直接执行上述补丁刷新命令，此时你打过的补丁会自动更新，而不必再产生一个提交。
$ stg push + $ stg refresh
// 因为之前的补丁有更新，导致执行stg push 后再往后打补丁有可能会遇到冲突，此时可以直接编辑冲突文件，之后添加到暂存区，不提交直接执行stg refresh 。更新补丁文件的同时更新提交。
$ stg export -d patchs
//将补丁文件导出到patchs 目录，且目录里除了补丁文件之外，还会包含一个说明补丁顺序的文件series