应该在提交历史中保持合并吗？

我发现在提交历史中保持合并是没用的.相反,如果我在进行合并时保留提交历史记录会更加整洁.就像这篇文章提到的那样,在'git merge'之后提交历史记录

因为我注意到在github中,当用户接受pull请求时,通常他们不会创建新的合并提交而不是仅保留提交历史记录.所以我想知道合并的最佳做法是什么？

这里没有"最佳实践".这是你的选择.

有些人保持合并提交,即使是快进,因为它保留了分支完成时的非常好的记录.这些人喜欢"完整和准确"的历史,而不是"干净"的历史.

有些人避免合并提交,甚至改变他们的分支,因为它使历史更容易阅读.这些人更喜欢"干净"的历史,而不是"完整和准确"的历史.

大多数人都选择了一个中间地带,在将这些变化公之于众之前,小的变化被重新定位和压扁,这使得每个分支都变得干净.然后将分支正常合并,以保留完整和准确的历史记录,至少对于大局而言.

我自己,我更喜欢merge --no-ff在完成一个功能分支时使用,我倾向于"准确"而不是"干净",但我试图通过压扁和折射来保持噪音.