假设我运行git pull
并且存在git无法自动合并的冲突。
在我手动合并更改并运行之后git commit
,我应该留下Conflicts:
git 在提交中生成的部分(作为这些文件被手动合并的记录),还是删除它(因为没有提交冲突)?
我永远不确定最佳实践是什么 - 那里的警告是为了确保您解决冲突,还是实际记录在提交消息中?
假设我运行git pull
并且存在git无法自动合并的冲突。
在我手动合并更改并运行之后git commit
,我应该留下Conflicts:
git 在提交中生成的部分(作为这些文件被手动合并的记录),还是删除它(因为没有提交冲突)?
我永远不确定最佳实践是什么 - 那里的警告是为了确保您解决冲突,还是实际记录在提交消息中?
这似乎是一个个人意见类型的问题,所以我会回答我的意见 [-;
我不理会该Conflicts
部分,以提醒您这次合并产生了冲突。有时我没有适当地处理冲突,它会在以后产生一些不希望的效果,所以能够查看提交历史并看到文件中存在冲突是很好的。
我认为最好的做法是总是描述你为什么要提交。合并冲突时,我会声明您正在合并冲突。但我认为准确列出所有冲突是什么并不重要。始终考虑从现在起 2 年后重新阅读它:关于你正在承诺的内容,你想读什么。这是一个很好的一般建议,无论是关于冲突还是只是功能或错误修复。