在程序員的日常開發(fā)與合作過程中，對于code的生成patch和打patch(應(yīng)用patch)成為經(jīng)常需要做的事情。什么是patch?簡單來講,patch中存儲的是你對代碼的修改，生成patch就是記錄你對代碼的修改并將其保存在patch文件中，打patch就是將patch文件中對代碼的修改，應(yīng)用到源代碼，從而使得你代碼的修改生效。

本身Linux命令里有diff和patch兩個命令，可以生成patch和打patch。但是有兩點(diǎn)值得注意：

1.?對單個文件或者多個文件，diff和patch這兩個文件比較方便。對于git這種以project為單位的修改，尤其是涉及到多個文件夾下的多個文件的改動時，就很不方便

2.?無法保存commit的信息。

因此，推薦大家使用git的format-patch和am命令進(jìn)行生成patch和打patch，用此方法獲得的patch其實(shí)就是commit里提交的code修改以及commit信息。有如下好處：

1.?對于git這種以project為單位的修改，尤其是涉及到多個文件夾下的多個文件的改動時，非常方便，能夠記錄所有的改動(添加，修改，刪除文件等)

2.?可以保存commit信息。

3.?能夠靈活的獲取patch。可以獲取任意兩個commit之間的patch集。

使用方法(直接給一些examples)：

git format-patch

$ git format-patch HEAD^ 　　　　　　　　　　　　　? ?#最近的1次commit的patch

$ git format-patch HEAD^^　　　　　　　　　　　　　? #最近的2次commit的patch

$ git format-patch HEAD^^^ 　　　　　　　　　　　　　#最近的3次commit的patch

$ git format-patch HEAD^^^^ 　　　　　　　　　　　? ? ? #最近的4次commit的patch

$ git format-patch ..? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? #兩個commit間的修改(包含兩個commit. 和都是具體的commit號)

$ git format-patch -1 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?#單個commit

$?git format-patch ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?#某commit以來的修改(不包含該commit)

$ git format-patch?--root 　　　　　　　　　　　　? ?#從根到r1提交的所有patch

git am

$ git apply --stat?0001-limit-log-function.patch? ?　　　　? #?查看patch的情況

$ git apply --check 0001-limit-log-function.patch? ?　　　? #?檢查patch是否能夠打上

$?git?am?0001-limit-log-function.patch? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? #?將名字為0001-limit-log-function.patch的patch打上

$?git?am --signoff 0001-limit-log-function.patch? ? ? ? ? ? ? ? ? #?添加-s或者--signoff，還可以把自己的名字添加為signed off by信息，作用是注明打patch的人是誰，因為有時打patch的人并不是patch的作者

$ git am ~/patch-set/*.patch　　　　　　　　　　　　　#?將路徑~/patch-set/*.patch?按照先后順序打上

$ git am --abort? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?#?當(dāng)git am失敗時，用以將已經(jīng)在am過程中打上的patch廢棄掉(比如有三個patch，打到第三個patch時有沖突，那么這條命令會把打上的前兩個patch丟棄掉，返回沒有打patch的狀態(tài))

$ git am --resolved? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?#當(dāng)git am失敗，解決完沖突后，這條命令會接著打patch

也就是說，解決patch沖突的過程是：

如果不想打這一系列patch了，直接：git am --abort。

如果還想打,?有兩種解決方案：

方案一：

(1)?根據(jù)git am失敗的信息，找到發(fā)生沖突的具體patch文件，然后用命令git apply --reject ，強(qiáng)行打這個patch，發(fā)生沖突的部分會保存為.rej文件(例如發(fā)生沖突的文件是a.txt，那么運(yùn)行完這個命令后，發(fā)生conflict的部分會保存為a.txt.rej)，未發(fā)生沖突的部分會成功打上patch

(2)?根據(jù).rej文件，通過編輯該patch文件的方式解決沖突。

(3)?廢棄上一條am命令已經(jīng)打了的patch：git am --abort

(4)?重新打patch：git am ~/patch-set/*.patchpatch

方案二：

(1)?根據(jù)git am失敗的信息，找到發(fā)生沖突的具體patch文件，然后用命令git apply --reject ，強(qiáng)行打這個patch，發(fā)生沖突的部分會保存為.rej文件(例如發(fā)生沖突的文件是a.txt，那么運(yùn)行完這個命令后，發(fā)生conflict的部分會保存為a.txt.rej)，未發(fā)生沖突的部分會成功打上patch

(2)?根據(jù).rej文件，通過編輯發(fā)生沖突的code文件的方式解決沖突。

(3)?將該patch涉及到的所有文件(不僅僅是發(fā)生沖突的文件)通過命令git add 添加到工作區(qū)中

(4)?告訴git沖突已經(jīng)解決，繼續(xù)打patch: git am --resolved (git am --resolved?和 git am --continue是一樣的)

分析：方案一和方案二主要區(qū)別是解決沖突的方法不一樣。方案一是通過編輯patch文件的方式解決沖突，方案二十通過編輯沖突code文件的方式解決沖突。這兩種方案區(qū)別比較大：經(jīng)過實(shí)驗，核心區(qū)別在于，方案二無法驗證沖突有沒有切實(shí)的解決。即使你在方案二的第二步亂改一通，也能“打完”發(fā)生沖突的patch(并沒有檢測修改后的code文件跟patch期望的是否相同)。因此，如果采用方案二，那么再解決code文件沖突后，需要人工去確認(rèn)修改的正確性。

總結(jié)

以上是生活随笔為你收集整理的git 生成多个patch_如何用git命令生成Patch和打Patch的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。