使用 diff 和 patch 强制一个本地代码库看起来像另一个

Question

当我使用 diff 和 patch 来强制一个代码库与另一个代码库相同时，我注意到了 diff 和 patch 的这种奇怪行为。假设我想更新 update_me 使其看起来与leave_unchanged 相同。我去update_me。我运行了从leave_unchanged 到update_me 的差异。然后我将差异修补到 update_me 中。如果leave_unchanged中有新文件，patch会询问我的patch是否被撤销！如果我回答“是”，它将删除leave_unchanged中的新文件。然后，如果我简单地重新运行补丁，它就会正确地修补 update_me。

为什么patch尝试同时修改leave_unchanged和update_me？

执行此操作的正确方法是什么？我发现了一种奇怪的方法，即将所有 +++ 行替换为无意义的路径，这样补丁就找不到leave_unchanged。然后就可以正常工作了。但这是一个非常丑陋的解决方案。

$ mkdir copyfrom
$ mkdir copyto
$ echo "Hello world" > copyfrom/myFile.txt
$ cd copyto
$ diff -Naur . ../copyfrom > my.diff
$ less my.diff

diff -Naur ./myFile.txt ../copyfrom/myFile.txt
--- ./myFile.txt        1969-12-31 19:00:00.000000000 -0500
+++ ../copyfrom/myFile.txt      2010-03-15 17:21:22.000000000 -0400
@@ -0,0 +1 @@
+Hello world

$ patch -p0 < my.diff

The next patch would create the file ../copyfrom/myFile.txt,
which already exists!  Assume -R? [n] yes
patching file ../copyfrom/myFile.txt

$ patch -p0 < my.diff
patching file ./myFile.txt

编辑

我注意到Mercurial通过预先挂起“a”和“b”目录来避免这个问题。

$ hg diff
--- a/crowdsourcing/models.py   Mon Jun 14 17:18:46 2010 -0400
+++ b/crowdsourcing/models.py   Thu Jun 17 11:08:42 2010 -0400
...

Answer 1

我相信这里的答案是在父目录中执行差异。然后使用 patch -p1 删除第一段。我相信这就是为什么 patch 的 strip 选项实际上默认为 1 而不是 0。例如，使用上面的示例与

$ mkdir copyfrom
$ mkdir copyto
$ echo "Hello world" > copyfrom/myFile.txt
$ diff -Naur copyto copyfrom > my.diff
$ less my.diff

diff -Naur copyto/myFile.txt copyfrom/myFile.txt
--- copyto/myFile.txt    1970-01-01 12:00:00.000000000 +1200
+++ copyfrom/myFile.txt    2010-10-19 10:03:43.000000000 +1300
@@ -0,0 +1 @@
+Hello world

$ cd copyto
$ patch -p1 < ../my.diff

您的示例的唯一区别是我已经从父目录执行了 diff，以便被比较的目录是处于同一水平。