2

私は github にオープン ソースの Ruby プロジェクトを持っています。マスター ブランチはリリースされたものを表し、開発ブランチは次にリリースされるものを表します。

master ブランチは dev ブランチよりも 80 以上コミット遅れており、dev ブランチにはかなり重要なアーキテクチャの変更が含まれています。

コントリビューターから、マスター ブランチに基づいて行われた変更のプル リクエストが送られてきました。それらの変更を書き直したり、大量のマージ競合解決を実行したりせずに、これらの変更を開発ブランチに取り込みたい (基本的に変更を書き直すことになります)。

このような状況を処理するためのベストプラクティスは何ですか?

4

1 に答える 1

2

解決策の 1 つは、
「順繰りに適用されないパッチはすべて拒否される」です。

寄稿者にdevブランチをフェッチし、フェッチしたブランチの上で関連するコミットをリプレイ (リベース) するように依頼できますdev。
これらの変更がそのdev環境で機能したら、新しいプル リクエストを作成できます。

こうすることで、コントリビューターの余分な作業を報告し、このリファクタリングが完了すると、現在の開発の上に単純に適用するだけでコントリビューションを楽しむことができます。

于 2010-08-05T14:10:29.437 に答える