git am 错误：“补丁不适用”

我正在尝试使用 git 将多个提交从一个项目移动到第二个类似的项目。

所以我创建了一个补丁，包含 5 个提交：

git format-patch 4af51 --stdout > changes.patch

然后将补丁移动到第二个项目的文件夹并想要应用补丁：

git am changes.patch 

...但它给了我错误：

Applying: Fixed products ordering in order summary.
error: patch failed: index.php:17
error: index.php: patch does not apply
Patch failed at 0001 Fixed products ordering in order summary.
The copy of the patch that failed is found in:
   c:/.../project2/.git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

所以我打开了index.php，但那里没有任何变化。我假设一些>>>>>>>标记等，就像解决合并冲突时一样，但文件中没有标记冲突。git status还给了我已更改文件的空列表（仅changes.patch在那里）。所以我跑git am --continue，但出现另一个错误：

Applying: Fixed products ordering in order summary.
No changes - did you forget to use 'git add'?
If there is nothing left to stage, chances are that something else
already introduced the same changes; you might want to skip this patch.
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort". 

我使用的是 Windows 7 和最新的 git 版本“1.9.4.msysgit.1”

附：经过几个小时的谷歌搜索后，我找到了一些解决方案，但对我来说没有任何作用：

git am -3 changes.patch 

给出奇怪的“sha1信息”错误：

Applying: Fixed products ordering in order summary.
fatal: sha1 information is lacking or useless (index.php).
Repository lacks necessary blobs to fall back on 3-way merge.
Cannot fall back to three-way merge.
Patch failed at 0001 Fixed products ordering in order summary.
The copy of the patch that failed is found in:
   c:/.../project2/.git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort". 

git am changes.patch --ignore-whitespace --no-scissors --ignore-space-change

给出第一个错误，如上所述：“错误：补丁失败：index.php：17”，但没有冲突标记index.php加入。

什么是补丁？

补丁只不过是一系列指令（见下文）：“在这里添加这个”，“在那里删除那个”，“将第三个东西更改为第四个”。那是why吉特告诉你：

The copy of the patch that failed is found in:
c:/.../project2/.git/rebase-apply/patch

您可以在您最喜欢的查看器或编辑器中打开该补丁，在您最喜欢的编辑器中打开要更改的文件，然后使用以下命令“手动应用”补丁：you know（而 Git 没有）弄清楚how当要更改的文件现在看起来很少或根本不像之前更改时所做的那样（这些更改作为补丁交付给您）时，请执行“在此处添加此内容”。

再来一点

三向合并引入的信息比简单的“一系列指令”“多一点”：它告诉您什么original文件的版本也是如此。如果您的存储库有原始版本，则在您的存储库中工作的 Git 软件可以比较you对文件做了什么patch说要对文件执行操作。

正如您在上面看到的，如果您请求三向合并，Git 无法在其他存储库中找到“原始版本”，因此它甚至无法attempt三路合并。因此，您不会得到任何冲突标记，并且您must手动进行补丁应用。

（在某些情况下，“多一点”部分会丢失。额外的信息由Index:补丁中的行，例如：

diff --git a/go.mod b/go.mod
index 1fefa60..38a3a41 100644

第二行可能是这样的，例如：

index 1fefa6021dcd205c1243e236d686595920d9621b..38a3a41434fda3a68ce3356092a89afca81eb614 100644

在更完整的情况下。请注意两个哈希 ID，由两个点分隔。左边的文件是 Git 软件将使用的文件，用于尝试在您自己的存储库中查找具有给定哈希 ID 的文件。将提供的补丁应用于该文件，这必须存在, 必须有效并且必须生成一个哈希 ID 为右侧的文件，完成所有这些操作即可为 Git 提供所需的所有附加信息。）

Using --reject

当你必须手动应用补丁时，Git 仍然可以应用most自动为您提供补丁，只留下几部分给能够推理代码（或任何需要修补的内容）的实体。添加--reject告诉 Git 这样做，并将补丁的“不适用”部分留在拒绝文件中。如果您使用此选项，您仍然必须手动应用每个失败的补丁，并弄清楚如何处理被拒绝的部分。

完成所需的更改后，您可以git add修改后的文件及使用git am --continue告诉 Git 提交更改并继续下一个补丁。

如果无事可做怎么办？

由于我们没有您的代码，我无法判断情况是否如此，但有时，您最终会得到其中一个补丁的内容，例如“修复第 42 行单词的拼写”当那里的拼写已经固定的时候。

在这种特殊情况下，您在查看了补丁和当前代码后，应该对自己说：“啊哈，this应该完全跳过补丁！”此时您将使用 Git 已打印的其他建议：

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

如果你跑git am --skip，Git 将跳过该补丁，因此，如果邮箱中有五个补丁，它最终只会添加四个提交，而不是五个（或者如果跳过两次，则添加三个而不是五个，依此类推）。