如果 git-am 因“不匹配索引”而失败该怎么办？

Question

我正在尝试使用其他人使用 git-format-patch 创建的 git 补丁。该补丁是针对 HEAD 后面的一次提交而制作的，但据我了解，这应该不重要。当我运行 git am 0001.patch 时，出现错误：

error: source.c: does not match index

我不太熟悉 git 补丁的格式，但索引似乎不匹配，但源确实匹配。

解决这个问题的最佳方法是什么？手动更改索引以匹配？或者我应该git-apply然后在提交时复制作者和描述信息？

Answer 1

来自JC Hamano（Git 维护者）本人，内容是：

修补应用程序并合并到具有干净索引的脏工作树中。

• 脏工作树是指您所做的更改未添加到索引中的位置。
  不脏的工作树就是干净的工作树。
• 脏索引是您已添加更改的位置（换句话说，“git diff --cached”将报告一些更改）。
  干净的索引与 HEAD 相匹配。

在最近的 Git 版本中，您可以中止：

要恢复原始分支并停止修补，请运行“git am --abort”。

然后：

对于那些无法决定的人来说，最简单的事情可能就是将更改保存起来以供以后使用。

$ git stash save "Random changes that are not ready"

然后重做“git pull”或“git am”。
“git stash”对于那些害怕承诺的人来说是终极工具。

重做“git pull”或“git am”后，您可以重播您隐藏的本地更改：

$ git stash pop

---

注意：脏树的来源之一可能是 autocrlf 设置（例如 msysgit 问题 81） ，所以请确保将其设置为 false.
其他差异来源： core.whitespace< /代码>设置。

---

OP 在评论中提到：

在尝试运行 git am 之前，我确实运行了 git stash，所以我认为这不是问题所在。
我最终做的是运行 git am -3 patch.patch，然后手动修复问题，然后运行 ​​'git am --resolved '。

注意：在最近的 Git1.7.2 发行说明< /a>:

当冲突解决最终使补丁成为无操作时，来自“git am -3”的消息已得到改进。

Answer 2

对我来说，我使用的是旧版本的 git (centOS-6 distro)。

我可以通过执行以下操作来解决此问题：

• git update-index --refresh
• git am ${patch_filename}

以了解有关其工作原理的更多信息。请检查 原始来源在这里：

“

我有点惊讶我们没有完成“预先刷新一次”
过去 5 年里没有人遇到过这种情况。看来
我从 git-applymbox 继承了这种行为；-)

在开始时和重新启动时刷新一次是明智的
与“am --resolved”。

”