貢献者にgithubでプルリクエストのリベースを依頼するのは正しいですか？

私は比較的人気のあるgithubリポジトリを維持しています。

プルリクエストがマージに適している場合、通常、マージする前に作成者に単一のコミットにリベースするように依頼します（特に複数の小さな編集がある場合）。

これは良いGitプラクティスですか？これは許容できる/標準のGitHubエチケットですか？

いくつかの利点：

• コミットログにきれいなコミット履歴があります
• 自分でコミットを変更する必要はありません
• 作業の一部を委任します

考えられる欠点：

• これが良いエチケットかどうかわかりません
• これが良いGitプラクティスかどうかわかりません
• 私は通常、すでにいくつかの他の変更を求めています-これはもう1つであり、貢献者を落胆させたくありません。

Gitに関する限り、単純にブランチをマージするか、マージするブランチの最新バージョンでコミットをリベースするかは、神聖な戦争のようなものです。Programmers.SEでクイック検索を行うと、どちらの方がよいかについての会話がたくさんあります。

その背後にあるエチケットについては、実用的な観点からこれに対処しましょう。他の人からの新しいコードを扱うときは、ブランチからの最新の変更をマージするか、マージする前に新たにリベースしてクリーンマージを確実にすることが常に最善です。彼らは通常、マージ/リベースの競合に対処するのに最も適格であるようにコードを作成したことを忘れないでください。私は個人的にそれに関する問題を見ません、そして、他の人々からこの要求をいつも見ます。私にとっては、競合がなければ、gitが適用できる2秒の更新なので、頻繁に自分でやるだけです。ただし、競合がある場合は、コードの元の作成者に常に対処するよう依頼します。

また、GitHub（少なくとも）の場合、具体的には、CONTRIBUTINGPRの試行の上にファイルへのリンクが表示されるため、期待の概要を説明するのに適した場所になり、多くのプロジェクトには最新のブランチのみをマージすることが含まれます。