要求贡献者在github上重新放置他们的拉取请求是否正确

我维护了一个相对流行的github仓库。

当合并请求很好合并时，我通常会要求作者在合并之前将其重新设置为单个提交（特别是在进行多个小修改时）。

这是git的好习惯吗？这是可接受/标准的GitHub礼节吗？

因此有一些好处：

• 我在提交日志中得到了很好的干净提交历史记录
• 我不需要自己更改提交
• 它委托一些工作

一些可能的缺点：

• 我不确定这是不是很好的礼节
• 我不确定这是否是个好习惯
• 我通常已经要求进行其他一些更改-这是又一个更改，我不想阻止贡献者。

就Git而言，这是一场神圣的战争，无论您是应该简单地合并分支还是将要合并的分支基于最新版本的分支重新提交。如果您在Programmers.SE上进行快速搜索，那么会有很多关于哪个更好的对话。

至于其背后的礼节，让我们从实际的角度进行处理。在处理来自其他人的新代码时，最好总是让他们合并分支中的最新更改，或者在合并之前重新设置基础以确保干净的合并。请记住，他们编写了代码，因此，它们通常是迄今为止处理任何合并/变基冲突的最有资格的人。我个人认为它没有问题，并且一直都在其他人那里看到此请求。对我来说，如果没有冲突，那么我通常会自己做，因为这是git可以应用的两秒更新。但是，如果有冲突，那么我将始终要求代码的原始作者自己处理。

此外，对于GitHub（至少是具体而言），它们将CONTRIBUTING在任何PR尝试之前显示指向您文件的链接，从而是概述您的期望的好地方，并且许多项目确实包括它们只会合并最新的分支。