Git合并分离

我在合并中注意到的最大问题是，最终您只需提交一次

---

有没有一种方法可以在发生冲突后将自动合并的文件和手动修复的文件（两个单独的提交）分离开来？

正如评论员指出的那样，需要冲突解决的文件将被列在默认提交消息中，因此这种分离似乎没有意义。除此之外，您实际上不希望有两个提交，因为其中一个将反映两个分支的部分合并，即反映尚未完成的流程的结果

您应该注意，Git提交是原子的，它反映了整个存储库的状态。您似乎是通过CVS体验来考虑这一点的，在CVS体验中，提交不是原子的。Git不像CVS那样跟踪文件，因此您描述的合并分离不适合Git

---

如果您希望对冲突进行更精确的控制，那么应该使用重基而不是合并。

正如评论员指出的那样，需要冲突解决的文件将在默认提交消息中列出，因此这种分离似乎没有意义。除此之外，您实际上不希望有两个提交，因为其中一个将反映两个分支的部分合并，即反映尚未完成的流程的结果

您应该注意，Git提交是原子的，它反映了整个存储库的状态。您似乎是通过CVS体验来考虑这一点的，在CVS体验中，提交不是原子的。Git不像CVS那样跟踪文件，因此您描述的合并分离不适合Git

---

如果您想要更精确地控制冲突，那么应该使用重基而不是合并。

为什么这会有用？您可以通过再次执行合并来确定哪些文件需要冲突解决。默认提交消息将包含冲突文件的列表。如果您的问题得到解决，某些文件将自动合并？如果是这样的话，如果你能接受答案，如果它有助于或提供你自己的答案，那么其他人可以从知识中受益，那就太好了。为什么这会有用呢？您可以通过再次执行合并来确定哪些文件需要冲突解决。默认提交消息将包含冲突文件的列表。如果您的问题得到解决，某些文件将自动合并？如果是这样的话，如果你能接受答案，如果它有助于或提供你自己的答案，那么其他人就可以从知识中受益，那就太好了。