Github を使用したこの画像でよく説明されている「標準」フローを使用しています。つまり、次のとおりです。
- SpringFrameworkプロジェクトをフォークしました。
- 分岐したSpringFrameworkを自分の PC に複製しました。
- 新しい機能を追加したいときは、からプルし
originます。 - 次に、ブランチを作成し、変更をコミットし、自分にプッシュして
upstream、プル リクエストを作成します。
また、必要に応じてツリー内の特定のファイルを変更したいと思います (ビルド ルールなど)。これらの変更がupstreamHEAD に存在し、新しく作成されたブランチに反映されるようにします。
その結果、github には、ブランチを作成する前に行ったすべてのマージの履歴が表示されます ( pull#334を参照)。[変更されたファイル] タブをクリックすると、「141 の追加と 23 の削除を含む 2 つの変更されたファイル」が報告されていることがわかりますが、表示される差分には最大 50 の変更が含まれています。これらの数値は、示されている履歴の他のコミットからの変更も蓄積すると結論付けています。
私が達成したいこと:
- プル リクエストの変更履歴には、関連する変更のみが表示されます。
- 統計は真実を語っています (たとえば、「23 の追加と 18 の削除を伴う 2 つの変更されたファイル」)。
ニーズを満たすために、フローやリポジトリで何を変更する必要がありますか? 前もって感謝します。