我的功能分支上有一个提交，由 3 个文件组成，其中一个现在与 master 存在合并冲突。
我想：
我尝试过还原，但这适用于整个提交而不是单个文件。
我已经尝试检查单个文件（在我想要回滚的提交之前的修订版）并提交它（基本上恢复单个文件）。但是，当我重新设置基准时，冲突仍然会发生。
我觉得我需要以某种方式对这个单个文件进行硬重置，但我看不到重置单个文件的方法。
【问题讨论】：
标签： git git-merge git-rebase git-reset
您可以在另一个提交中使用 git checkout 到 get a single file，如下所示：
git checkout <commit> -- path/to/file
为防止冲突，您应该将新提交压缩到前一个（冲突的）提交中。
变基将应用列表中的每个提交，一次一个。如果您有冲突，那么每次变基时，您都必须重新解决该冲突。这就是我更喜欢一个好的 ol' 合并的原因之一。合并发生在堆栈的顶部（因此您的反冲突提交将适用），您遇到的任何冲突只需要解决一次。
如果您真的想使用变基，那么您可以git rebase -i HEAD~N（其中 N 是您需要返回到有冲突的提交的许多提交）然后直接编辑该提交（在旁边放置一个 e它在编辑器中）或将第二个提交压缩到第一个（在新提交旁边放置一个s）。基本上，您需要更改提交历史记录。然后你应该能够从 master 中变基。
【讨论】：
这里的问题是概念性的：您正在使用适用于提交的命令，并尝试将它们应用于文件，这会扭曲您对如何解决手头问题的推理。
澄清：文件不是单独提交的。每个提交都有一个TREE，代表整个项目内容的状态。您更改了三个文件，这将创建内容的新状态； git commit，这将创建 一个新的 COMMIT 对象，其中 TREE 代表项目的新状态。
也许混淆来自对其他源代码控制工具的熟悉。 git 使用的提交模型与 CVS 不同，CVS 将更改提交到单个版本化文件。
因此，如果您使用 reset 之类的内容回滚，您将撤消 所有 的更改。如果您 rebase 从 master 获取更改，您将获得 所有来自 master 的更改。
这并不意味着你无法到达你想去的地方；你只需要用不同的方式来处理它。
最简单（也是 IMO 最适合这种情况）的做法是在合并操作期间解决此问题。一旦 get 告诉你有冲突，你可以得到一个冲突文件的masters 版本
git checkout master -- path/to/conflicting/file
然后您可以使用您正在使用的任何编辑器或 IDE 手动重新应用您的更改。 （如果您需要查看最初所做的更改，您可以随时 git diff HEADgit merge-base HEAD master-- path/to/conflicting/file。）然后
git add path/to/conflicting/file
将冲突标记为已解决，并且
git commit
完成合并。
【讨论】：