最佳答案
我正在做一件非常简单的错事。我正在准备一个普通的补丁文件,这样我就可以重新应用一些修改:
$ git diff > before
$ git diff something_here > save.patch
$ git checkout .
$ patch < save.patch
$ git diff > after
$ diff before after
$
对于 something_here
空白,它几乎可以工作,但是文件名不对。我想我只是错过了一些选择。
在现实生活中,我会在检查后进行合并,所以补丁可能会在那里失败,但是你知道我的意思。
剪辑
问错问题是我的错。实际的问题是,如果可能的话,我想保存我的更改,进行合并,然后重新应用更改?我问它错误的方式,因为我是 用过使用补丁程序来解决这些问题和 git diff
看起来像这就是它想让我做的。
查尔斯 · 贝利的 评论的答案是正确的。对我来说,git 应用程序是正确的事情(git 隐藏看起来比我需要的更重量级,重新定义基础和捆绑包绝对超出了我目前的技能水平。)我接受查尔斯的回答(因为你不能接受评论)。谢谢你的建议。
编辑,六年后
任何熟悉这个课题的人都知道,我高估了 git stash
的难度。大约每天,我都会使用以下顺序:
$ git stash
$ git merge
$ git stash pop
编辑,5年后的路 我已经基本上放弃了 git apply
,甚至不怎么使用 git stash
。git rebase
FTW.