git patch操作

获取从FIRSST_COMMIT开始(不包含此次提交)到目前HEAD为止改动的所有文件

git diff --name-only  $FIRST_COMMIT | xargs -i cp --parents {} ../patch/ 2>/dev/null

当前分支所有超前master的提交：

git format-patch -M master

某次提交以后的所有patch:

git format-patch 4e16                --4e16指的是commit名

从根到指定提交的所有patch:

git format-patch                          --root 4e16

某两次提交之间的所有patch:

git format-patch 365a..4e16      --365a和4e16分别对应两次提交的名称

某次提交（含）之前的几次提交：

git format-patch –n 07fe             --n指patch数，07fe对应提交的名称

故，单次提交即为：

git format-patch -1 07fe

git format-patch生成的补丁文件默认从1开始顺序编号，并使用对应提交信息中的第一行作为文件名。如果使用了-- numbered-files选项，则文件名只有编号，不包含提交信息；如果指定了--stdout选项，可指定输出位置，如当所有patch输出到一个文件；可指定-o <dir>指定patch的存放目录；

2应用patch：

先检查patch文件：git apply --stat newpatch.patch

检查能否应用成功：git apply --check  newpatch.patch

打补丁：git am --signoff < newpatch.patch

(使用-s或--signoff选项，可以commit信息中加入Signed-off-by信息)

///

比如，一个典型的git am失败，可能是这样的：

$ git am PATCH

Applying: PACTH DESCRIPTION

error: patch failed: file.c:137

error: file.c: patch does not apply

error: patch failed: Makefile:24

error: libavfilter/Makefile: patch does not apply

Patch failed at 0001 PATCH DESCRIPTION

When you have resolved this problem run "git am --resolved".

If you would prefer to skip this patch, instead run "git am --skip".

To restore the original branch and stop patching run "git am --abort".

正如你所见，如果冲突发生，git只是输出上述信息，然后就停下来。一个小冲突会导致整个patch都不会被集成。

处理这种问题的最简单方法是先使用 git am --abort，然后手动的添加此patch, patch -p1 < PATCH，手动解决掉代码冲突，最后使用 git commit -a 提交代码。但是这样做有个问题就是你会失去PATCH中原本包含的commit信息（比如From，Date，Subject，Signed-off-by等）。应该有一种更聪明的方法。

在 .git/rebase-apply 目录下，存放着相应的补丁文件，名字是“0001” （在更新的git版本中，存放补丁文件的目录名有所改变，这里使用的git版本是 1.7.4.1）。

事实上，你可以使用 git apply 命令打patch（git apply 是git中的patch命令）。如同使用 patch -p1 命令时一样，然后手动解决代码冲突（检视生成的 .rej 文件，与冲突文件比较，修改冲突内容，并最终把文件加入到index中）：

$ git apply PATCH --reject

$ edit edit edit

（译注：根据.rej文件手动解决所有冲突）

$ git add FIXED_FILES

$ git am --resolved

就这么简单！

想多一些解释，好吧。git am 并不改变index，你需要使用 git apply --reje