Git 在执行手动合并后，是否应删除提交消息中的冲突列表？

假设我运行了

git pull

，并且存在一个git无法自动合并的冲突

手动合并更改并运行

git commit

后，我应该保留git在提交中生成的

冲突：

部分（作为手动合并这些文件的记录），还是删除它（因为没有提交冲突）

---

我从来都不知道什么是最佳实践——警告是为了确保您解决冲突，还是为了确保您真正登录到提交消息中？

这似乎是一个个人意见类型的问题，所以我将用我的意见回答[-

---

我将

冲突

一节留作提醒，提醒大家这次合并产生了冲突。偶尔我不会适当地处理冲突，它会在以后产生一些不想要的效果，因此能够查看提交历史记录并看到文件中存在冲突是很好的。我认为最好的方法是练习是总是描述你为什么要提交。当合并冲突时，我会说你正在合并冲突。但我认为准确列出所有冲突并不重要。总是从两年后重新阅读的角度考虑：你想阅读关于你提交的内容的内容是什么。这是good一般建议，无论是关于冲突还是关于功能或bug修复。

我一直认为这就是git将其放在提交消息中的原因。我倾向于同意你的看法。大多数时候，你只查看git日志的列表--oneline或诸如此类的内容，所以如果你不寻找它们，它们不会让你分心。不我不仅要留下这个列表，但是如果冲突是非平凡的，我通常会添加一个解释，说明是什么导致了冲突以及冲突是如何解决的。这有时会非常有用。但是，如果有几十个文件具有相同类型的冲突，我通常会将列表向下折叠。