https://engineering.mercari.com/blog/entry/20231209-git-branch-strategy-stacked-diffs-case-study/
https://newsletter.systemdesign.one/p/stacked-diffs
GitHubフローのように、変更のレビューと管理を提供するサービスを前提としたかなり特殊なブランチ戦略。
変更A→変更B→変更Cのような変更があり、それぞれが前の変更に依存している場合、GitHubフローでプルリクエストを出して管理しようとすると変更Aが完了してmainブランチにマージするまで変更B、変更Cの修正に着手できない。
それに対して Stacked Diffs では「変更A←変更B」「変更B←変更C」のプルリクエスト（的なもの）を作って修正・レビューを進めてしまい、変更Aに修正が入ったら上記の変更B,Cは新しい変更Aにrebaseするという運用をする。
当然、手動でそんな管理をするのは不可能なのでGraphiteという専用ツールを使って管理する。
バージョン管理システムの jujutsu は Stacked Diffs の思想を体現したようなツールなので、手動jujutsuと言ってよいイメージの方法である。
