很可能是因为你在git config（~/.gitconfg）中有这样的设置：

[diff]
  noprefix = true

字符串
因此，您可以删除它或将其更改为false：
git config --global diff.noprefix false

你可以试试这个。

修补程序-p0〈文件名

这个补丁命令读取源文件中关于如何修改文件的指令，然后应用修改。源文件包含差异列表（或diff列表）和一个或多个diff命令输出集，称为块。
patch命令跳过补丁文件中的任何前导文本，应用实际的diff列表，并跳过任何尾随文本。因此，您可以将用作包含diff列表的补丁文件或消息，并且patch命令仍将工作。在这种情况下，如果整个diff列表缩进一致的量，则patch命令也将调整该间距。

• p0不修改整个路径名。

这种行为可能是由于不同的文件名。git apply无法推断是否涉及重命名并拒绝修补程序。
如果要应用二进制修补程序**，则两个文件名**必须相同。
以下格式的修补程序应该可以工作：

diff --git a/a_path/binary_file.img b/a_path/binary_file.img
index …
GIT binary patch
delta …
…data…

这可能会失败：

diff --git a/a_path/binary_file.img b/a_path/renamed_binary_file.img
index …
GIT binary patch
delta …
…data…

所以，如果你使用的是git diff --no-index，你必须手动修改补丁中的文件名，只有这样git apply才知道你的补丁是什么。
另请参见Linus Torvalds的评论：
顺便说一句，我认为这已经不再是一个bug了。不可能知道用户是否希望这个补丁是一个重命名。因此，因为你不知道你应该使用什么名字而拒绝应用它可能是 * 完全 * 正确的事情！

确保当前工作目录正确。

我得到了

error: git diff header lacks filename information when removing 1 leading pathname component (line 5)

在下面的补丁上，使用svn diff --git（svn，版本1.14.1（r1886195）运行在Debian上）生成，我尝试使用git apply（git版本2.30.2运行在Debian上）：

Index: essai/essai.txt
===================================================================
diff --git a/essai/essai.txt b/essai/essai.txt
new file mode 100644

这个补丁所做的是创建一个新的空文件，名为essai/essai.txt。
问题是在Windows下svn添加了一个以diff --git行结尾的CRLF行，这会在git中造成麻烦。
尝试使用Linux，或者向git或svn提交补丁，或者破解svn diff --git生成的补丁。