diff&patch用法

本文详细介绍了diff和patch命令的使用方法,包括如何创建补丁文件及如何应用这些补丁。通过实例演示了不同场景下如何正确指定路径参数。

http://hi.baidu.com/thinkinginlamp/item/0ba1d051319b5ac09e2667f8

作为程序员,了解diff&patch命令是非常必要的。比如说我们发现某个项目有bug代码,而自己又没有svn的提交权限,那么此时最合适的解决方法就是用diff命令做一个补丁发给项目成员。项目成员通过patch命令可以立刻知道你的意图。有人会说直接传一个新文件不是更简单?不要忘了,一个patch文件尺寸更小传输更快,而且可以明显的看到都做了哪些修改。


保证当前目录是demo名录:

# mkdir demo
# cd demo

先模拟一个项目目录old:

# mkdir -p old/a/b
# vi old/a/b/foo.txt
old_line_1
old_line_2

假设我们发现项目old有bug代码,下面我们先拷贝一个新目录new,并在此修改bug代码:

# cp -r old new
# vi new/a/b/foo.txt
new_line_1
new_line_2

保证old和new两个目录都在当前目录下,下面就可以使用diff命令了,不要使用绝对路径,而应该使用相对路径,至于原因,看到文章结尾你就清楚了:

# LC_ALL=C TZ=UTC0 diff -Naur old new > foo.patch

如果不在意字符集,时差等问题,也可以省略LC_ALL=C TZ=UTC0环境变量:

# diff -Naur old new > foo.patch

其中-Naur参数属于固定打法,不管是对一个文件,还是对一个目录,在使用这个参数基本就可以了。

大概浏览一下补丁文件:

# cat foo.patch
diff -Naur old/a/b/foo.txt new/a/b/foo.txt
--- old/a/b/foo.txt     2009-12-07 20:40:07.000000000 +0800
+++ new/a/b/foo.txt     2009-12-07 20:41:51.000000000 +0800
@@ -1,2 +1,2 @@
-old_line_1
-old_line_2
+new_line_1
+new_line_2

加减号后面的内容是有用的内容,其他的内容是方便你查阅的相关信息内容,补丁制作完成。

此时的文件目录结构大概如下所示:

#tree
demo
|-- old
|   `-- a
|       `-- b
|           `-- foo.txt
|-- new
|   `-- a
|       `-- b
|           `-- foo.txt
`-- foo.patch

下面看看如何使用patch来应用补丁,要注意的是当前目录是demo,试试下面命令:

# patch -p0 < foo.patch
patching file old/a/b/foo.txt

这里唯一需要说明的是p0的含义,因为在foo.patch补丁文件里的路径信息是这样的:

--- old/a/b/foo.txt

p表示跳过几级目录,因为是在demo目录下使用的patch命令,old目录就在demo目录下,所以不必跳过任何目录,而应该使用old/a/b/foo.txt完整路径,所以此时使用的是p0。

查看一下目标文件,你会发现内容已经修改成新的了:

# cat old/a/b/foo.txt
new_line_1
new_line_2

此时如果你再次使用patch命令,系统会问你是否想还原:

# patch -p0 < foo.patch
patching file old/a/b/foo.txt
Reversed (or previously applied) patch detected!  Assume -R? [n] y

查看一下目标文件,你会发现内容已经还原成旧的了:

# cat old/a/b/foo.txt
old_line_1
old_line_2

如果你想严格指定是应用补丁可以使用下面命令(就是增加N参数):

# patch -Np0 < foo.patch

如果你想严格指定是还原补丁可以使用下面命令(就是增加R参数):

# patch -Rp0 < foo.patch

注释:在本例中,每次应用补丁后,自己还原补丁,以备后用继续试验,我就不多说了。

看到这里如果你对patch的p参数还不太清楚的话,接着往下看,我们改变一下当前路径:

# cd old

此时就应该是p1,而不是p0了,引用foo.patch文件的路径也要相对变一下,因为当前目录已经是old了:

# patch -p1 < ../foo.patch
patching file a/b/foo.txt

因为此时我们是在old下使用patch命令,和a子目录平级,而补丁文件foo.patch里的路径声明是:

--- old/a/b/foo.txt

也就是说第一个斜线左边的old/部分已经没用了,这就是p1的含义!

继续往深度变换路径,依次测试使用p2,p3参数:

# cd a

# patch -p2 < ../../foo.patch
patching file b/foo.txt

# cd b

# patch -p3 < ../../../foo.patch
patching file foo.txt 

在本例中,p3已经是最深目录了,此时可以省略p参数:

# patch < ../../../foo.patch
patching file foo.txt

也就是说,不使用p参数的时候,patch命令会忽略任何目录,直接使用文件。

下面接着文章前面说的为什么使用diff命令时最好不要使用绝对路径,而应该使用相对路径?

答:如果你在使用diff的时候使用的是绝对路径,那么补丁文件里的文件路径信息会类似下面的样子:

--- /a/b/c/d/e/f/g/bar.txt

如此一来,当别人想应用你的补丁时,因为目录结构肯定有差异,所以就不得不费力判断到底使用p几。这样一来就很容易出错,相反,如果使用相对路径的话,大多数时候,p0或者p1就足够了,不易出错。

跟着本文的步骤操作一下,肯定能掌握diff&patch用法,基本上使用diff时就是"diff -Naur FROM TO"(FROM, TO为变量)这样的固定打法,然后在使用patch的时候,先看看补丁文件的大致内容,结合当前目录以确定需要跳过的目录数,然后套用"patch -pN < patch.file"(N为变量)即可。
<think>首先,用户的问题是关于如何使用git diff命令生成patch.diff文件。用户说:"我想了解如何使用git diff命令打包生成patch.diff文件",我需要提供相关的方法。 从系统级指令中,我看到用户提到了引用 [1] 和 [2],这些是关于Git补丁的解释。引用 [1] 提到了git diff和git format-patch的区别,以及如何生成和应用patch。引用 [2] 补充说,git diff生成的文件不含commit信息,而git format-patch生成的.patch文件包含commit信息。 用户特定地问的是git diff命令生成patch.diff文件,所以我应该专注于git diff部分。 回顾用户上一次的问题:用户之前的问题是关于生成patch.diff文件的,我的回答需要基于当前问题。 系统指令要求: - 使用指定格式:行内数学表达式用$...$,独立公式用$$...$$(但这里可能不需要数学公式)。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 回答中引用的段落末尾自然地添加引用标识,例如[^1]。 在回答中,我需要自然地添加引用标识。用户提供了引用[^1]和[^2],所以我应该在相关的段落末尾添加它们。 用户说:"上述引用仅供参考,并不是用户真正的需求",所以我不能完全依赖这些引用,但要基于用户的实际需求:使用git diff生成patch.diff文件。 步骤: 1. 解释git diff命令的基本用法。 2. 展示如何用git diff生成patch文件。 3. 提供示例命令和解释。 4. 确保回答结构清晰。 5. 在末尾生成相关问题。 关键部分: - git diff命令生成patch文件的标准方式是:git diff > patch.diff - 这会将差异输出重定向到文件中。 - 用户指定了文件名patch.diff,所以我可以直接使用这个文件名。 从引用[1]和[2]: - git diff生成的文件不含commit信息。 - 它可以指定文件或commit。 - 相比之下,git format-patch生成的文件包含更多元数据。 但在回答中,我应该专注于git diff。 命令格式: - 生成所有更改的patch:git diff > patch.diff - 生成特定文件的patch:git diff -- file1 file2 > patch.diff - 生成特定commit之间的patch:git diff commit1 commit2 > patch.diff 我需要用中文解释清楚。 回答结构: 1. 简要介绍git diff用于生成差异。 2. 逐步说明生成patch.diff的步骤。 3. 提供示例代码块(使用Markdown代码块)。 4. 讨论注意事项或常见问题。 5. 添加引用标识(例如,在提到相关概念时)。 6. 最后,生成相关问题。 生成相关问题(系统指令要求): - 类似于示例,如:"§§相关问题§§" 后列出几个问题。 - 问题应相关,例如:如何应用patch?git diff和git format-patch的区别?冲突解决等。 引用添加: - 在解释时,自然地添加。例如,当提到diff和patch的区别时,添加[^1]。 用户提到的引用[^1]和[^2]是基于提供的文本,所以我应该在回答中引用它们。 完整回答: - 开头:说明如何生成patch文件。 - 主体:命令和解释。 - 结尾:相关问题。 确保LaTeX语法:可能不需要数学公式,但如果有,例如在解释变量时,但这里不太可能。 最终输出: - 中文回答。 - 代码块用Markdown。 - 相关问题部分。 </think>### 如何使用 git diff 命令生成 patch.diff 文件 要使用 `git diff` 命令生成 `.diff` 文件(通常称为补丁文件),您可以将差异输出重定向到一个文件中。以下是详细步骤和说明,帮助您快速掌握方法: #### 步骤说明 1. **基本生成命令**: 在 Git 仓库目录中运行命令 `git diff > patch.diff`,这会将当前工作目录的所有未提交更改或指定范围差异输出到 `patch.diff` 文件。 - 例如: ```bash git diff > patch.diff ``` 这会捕获所有修改的文件差异,包括添加、删除和修改的内容[^1]。 2. **指定文件或目录**: 如果只想针对特定文件生成补丁,使用 `--` 选项指定路径或文件名: ```bash git diff -- path/to/file1.txt path/to/file2.txt > patch.diff ``` 这仅生成指定文件的差异,避免生成不必要的改动。 3. **指定 commit 范围**: 要生成两个 commit 之间的差异,添加 commit ID 或引用: ```bash git diff commit1_id commit2_id > patch.diff ``` 例如,比较当前分支与 `main` 分支: ```bash git diff main HEAD > patch.diff ``` 注意:`git diff` 生成的补丁文件不包含 commit 元信息(如作者或时间戳),仅包含代码差异[^2]。 4. **查看并验证文件**: 生成后,您可以用文本编辑器打开 `patch.diff` 文件检查内容: ```bash nano patch.diff # 或使用其他编辑器查看 ``` 典型内容示例: ``` diff --git a/file.txt b/file.txt index 1234567..89abcde 100644 --- a/file.txt +++ b/file.txt @@ -1,5 +1,5 @@ -原始文本行 +修改后的文本行 ``` #### 注意事项 - **文件格式**:`.diff` 文件是纯文本格式,可直接用于 `git apply` 或 `patch` 命令应用补丁。 - **兼容性**:`git diff` 生成的补丁适用于简单场景(如临时修改),如果需要包含 commit 信息(如用于邮件提交),则应改用 `git format-patch` 命令[^2]。 - **冲突风险**:应用补丁时可能遇到冲突(如文件已修改),解决方法是手动编辑冲突文件或使用 `git apply --reject` 命令[^1]。 通过以上方法,您可以高效创建和应用补丁文件,提升协作效率。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值