一度スタッシュしてからバグフィックスを作るA君は改修中に過去のバグを見つけた時に、バグフィックスを他の改修と混ぜたコミットにしため後から分離する必要が生じました。設計を変更、それと過去のバグを見つけたのでついでに修正コミットを作る時に行単位でバグフィックスのみステージングに入れてバグフィックス単体のコミットを作る方法もありますが、バグフィックスの範囲が広いときは、一度現行の改修を保留して、先にバグを直した方が後々伸びた履歴の並び変え時の競合を避けられるかもしれません。コミットを作るのを好む人もいます。使うのに比べて明確にブランチごとに管理できることが特徴です。)最後に綺麗なコミット履歴の恩恵は、レビュアーだけにもたらされるわけではありません。読み直すようにしていますが、このタイミングでバグが見つかったり、考えていた機能の実装漏れに気づけることがあります。見落としていたバグを一つでも見つけられれば、履歴を綺麗にする時間の意味もあるかと思っています。過去のコミット履歴を確認する際にも、目的が明確な履歴が残っていることで理解がしやすいです。時間は掛かりますが、それを上回る利点があると考えています。可能にしたこの手法で、システムに与えるバグの件数が減らすことができました。(大切なことなので2回言いました(笑))マネーフォワードでは、コミット履歴も大事にするエンジニアを絶賛募集しています。ご応募お待ちしています。