我可以从 git-diff 获得补丁兼容的输出吗？

Question

我正在做一些非常简单的错误。我正在尝试准备一个普通的补丁文件，所以我可以重新应用一些更改：

$ git diff > before
$ git diff something_here > save.patch
$ git checkout . 
$ patch < save.patch
$ git diff > after
$ diff before after
$

something_hereblank 几乎可以工作，但文件名不正确。我想我只是缺少一些选择。

在现实生活中，我将在结帐后进行合并，因此补丁可能会在那里失败，但你明白我的意思。

编辑 我的错在这里问了错误的问题。实际的问题是，如果可能的话，我想保存我的更改，进行合并，然后重新应用更改？我问错了，因为我习惯使用补丁来解决这类问题，git diff 看起来这就是它想要我做的。

Charles Bailey 的 评论 给出了正确答案。对我来说， git-apply 是正确的做法（git-stash 看起来比我需要的更重，并且 rebase 和 bundles 绝对超出了我目前的技能水平。）我将接受 Charles 给出的答案（因为你不能接受评论）。谢谢大家的建议。

编辑，6 年后 熟悉这个主题的人都知道，我高估了git stash 的难度。几乎每天左右，我都会使用以下顺序：

$ git stash
$ git merge
$ git stash pop

Answer 1

只需使用-p1：无论如何，您都需要在--no-prefix 的情况下使用-p0，因此您可以省略--no-prefix 并使用-p1：

$ git diff > save.patch
$ patch -p1 < save.patch

$ git diff --no-prefix > save.patch
$ patch -p0 < save.patch

Answer 2

如果你想使用补丁，你需要删除 git 默认使用的 a/ b/ 前缀。您可以使用--no-prefix 选项执行此操作（您也可以使用补丁的-p 选项执行此操作）：

git diff --no-prefix [<other git-diff arguments>]

但通常情况下，直接使用git diff 然后使用输出提供给git apply 会更容易。

大多数时候我尽量避免使用文本补丁。通常一个或多个临时提交与 rebase、git stash 和 bundle 结合起来更容易管理。

对于您的用例，我认为stash 最合适。

# save uncommitted changes
git stash

# do a merge or some other operation
git merge some-branch

# re-apply changes, removing stash if successful
# (you may be asked to resolve conflicts).
git stash pop

Answer 3

git diff 在文件路径前有一个额外的路径段。您可以通过指定带有补丁的 -p1 来去除路径中的 this 条目，如下所示：

patch -p1 < save.patch

Answer 4

1. 我保存当前目录（包括未提交的文件）与当前 HEAD 的差异。
2. 然后您可以将save.patch 文件传输到任何地方（包括二进制文件）。
3. 在您的目标机器上，使用git apply <file> 应用补丁

注意：它也是当前暂存文件的差异。

$ git diff --binary --staged HEAD > save.patch
$ git reset --hard
$ <transport it>
$ git apply save.patch

Answer 5

避免创建临时补丁文件的有用技巧：

git diff | patch -p1 -d [dst-dir]