Question

我正在尝试将一些补丁应用到我的仓库，并获取消息patch does not apply，除非我指定了段落--ignore-space-change --ignore-whitespace。即使使用这些密钥也无法应用某些补丁，它表示存在需要手动解决的冲突。（但实际上没有任何冲突，自动合并必须解决这个问题）

我做了一个实验：从我的repo中的提交创建了一个补丁，将master重置为上一次提交，尝试从该文件中应用补丁。相同的错误消息。

任何想法，为什么会发生这种情况？

UPD命令非常简单：

git format-patch -o ../_patches 0f3bf7874c32b22256ae2d9dc00b1afd6464e43c
git reset --hard 0f3bf7874c32b22256ae2d9dc00b1afd6464e43c
git am ../_patches/0001-test2.patch

（此id指的是最后一次提交之前）

Answer 1

您需要将--keep-cr标记传递给git am。这很不幸，但由于竞争标准（电子邮件工作流程与本地工作流程），实际上没有多少选择。

您可能还想尝试设置.gitattributes文件。试图重新创建您的问题，当我将文件指定为需要CRLF时，我能够将工作变为现实。请注意，在没有首先规范化文件的情况下，它确实将整个文件显示为已修改。我通常使用.gitattributes：

.gitattributes  export-ignore
.gitignore      export-ignore

*.txt           text
*.C             text trailing-space space-before-tab -indent-with-non-tab
*.rst           text trailing-space space-before-tab -indent-with-non-tab
*.clj           text trailing-space space-before-tab -indent-with-non-tab

*.c             text diff=cpp trailing-space space-before-tab -indent-with-non-tab
*.cpp           text diff=cpp trailing-space space-before-tab -indent-with-non-tab
*.h             text diff=cpp trailing-space space-before-tab -indent-with-non-tab
*.hpp           text diff=cpp trailing-space space-before-tab -indent-with-non-tab
*.py            text diff=python trailing-space space-before-tab -indent-with-non-tab
*.tex           text diff=tex
*.java          text diff=java trailing-space space-before-tab -indent-with-non-tab
*.pl            text diff=perl trailing-space space-before-tab -indent-with-non-tab
*.php           text diff=php
*.rb            text diff=ruby trailing-space space-before-tab -indent-with-non-tab

*.vcproj        eol=crlf
*.dsp           eol=crlf
*.dsw           eol=crlf

*.sh            eol=lf

*.jpg           binary
*.png           binary
*.gif           binary
*.tiff          binary

您需要根据gitattributes man page规范化您的行结尾。另一个SO用户最终关闭core.autocrlf as well以获得干净的提交和补丁。

尝试重现您的错误

$ git init repo
Initialized empty Git repository in c:/tmp/git-eol/repo/.git/
$ cd repo
$ git config --local core.autocrlf false
$ vim foo.txt
$ git add foo.txt
$ git commit -m "Add foo."
[master (root-commit) 3903abd] Add foo.
 1 file changed, 3 insertions(+)
 create mode 100644 foo.txt
$ vim foo.txt
$ git st
## master
 M foo.txt
$ git commit -m "Add more foo." -a
[master 03e991a] Add more foo.
 1 file changed, 2 insertions(+)
$ git format-patch HEAD~1
0001-Add-more-foo.patch
$ vim 0001-Add-more-foo.patch

查看生成的补丁文件，我看到了：

如您所见，回车符（^M s）保留在补丁中。这是core.autocrlf=false。继续，我明白了：

$ git reset --hard HEAD~1
HEAD is now at 3903abd Add foo.
$ git am 0001-Add-more-foo.patch
Applying: Add more foo.
error: patch failed: foo.txt:1
error: foo.txt: patch does not apply
Patch failed at 0001 Add more foo.
The copy of the patch that failed is found in:
   c:/tmp/git-eol/repo/.git/rebase-apply/patch
When you have resolved this problem, run "git am --resolved".
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 --abort

因此补丁不适用于开箱即用。尽管如此使用--keep-cr仍然如此：

$ git am --keep-cr 0001-Add-more-foo.patch
Applying: Add more foo.
$

好。所以让我们用core.autocrlf=true（在不同的存储库中）尝试这个：

# Removed the initial commands...
$ git format-patch HEAD~1
0001-Add-more-foo.patch
$ git reset --hard HEAD~1
HEAD is now at 525b5aa Initial commit.
$ git am 0001-Add-more-foo.patch
Applying: Add more foo.
$ git config --get core.autocrlf
true

这种情况下的补丁到处都有LF结尾。

Answer 2

啊哈！看起来我找到了原因。存储库使用CRLF行结尾，但format-patch使用LF创建补丁文件。当我使用autocrlf = false从头创建一个repo并进行相同的实验时，我遇到了同样的问题。（看起来像Git中的一个bug）
有人建议如何解决这个问题吗？

UPD我的解决方案是使用autocrlf = true创建一个新的存储库，并将两个存储库中的所有更改重新导入其中。

git format-patch / am的问题（补丁不适用）

2 个答案: