$ 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