GitHubのPRレビュー更新：空白差分の設定保存と、新規ファイルの左右表示

GitHubでプルリクエストを読むたびに、空白の差分を隠す設定を選び直していないかな。GitHubは2026年10月22日、変更ファイルの画面で、空白差分の表示設定をプルリクエストをまたいで保存できるようになったと発表したよ。左右に並べる表示でも、新規・削除ファイルを読みやすくする変更が入っている。

空白の表示設定を、自分の好みとして保存

公式の更新案内によると、Files changedのSettings → Whitespace changesから、次を選べる。

保存される設定は個人のもので、複数のプルリクエストへ適用される。チーム全員のレビュー設定や、リポジトリのファイル内容を一括で変える操作ではないよ。

空白を隠している間は、All commitsの横にHide whitespaceという有効なフィルターが出る。そのXを選ぶと、保存した好みを変更せずに、一時的に空白を表示できると説明されている。

件数が変わっても、変更が消えたわけではない

公式は、ファイル数や差分の統計が、表示中の差分を反映すると説明している。空白を隠す前後で件数が違っても、コミットから変更が削除されたという意味ではない。

例えば、整形だけの変更が多いプルリクエストでは、いったん空白を隠すとロジックの変更を追いやすくなる場合がある。一方、Pythonのインデントや、文字列中の空白、設定ファイルの構造など、空白が意味を持つ場所もあるよ。

「隠す」はレビュー対象を減らしてよいという許可ではない。大きな変更を追うための表示補助として使い、承認前には空白も表示して確認する、という使い方を考えよう。これは編集部の運用上の提案で、GitHubが内容の正しさを自動保証する機能ではないよ。

左右表示の新規・削除ファイルは、横幅を使う

split viewは、変更前と変更後を左右に並べる表示。今回、新しく追加されたファイルと削除されたファイルは、左右両方の列を使って表示されるようになった。片側に余白を残すよりも使える幅が増え、長い行の折り返しを減らす狙いだよ。

すべての変更ファイルを一つの列にするという話ではない。既存ファイルの変更前後を見比べる場面と、新規・削除ファイルを読む場面を分けて考えたいね。今回の案内は、新規・削除ファイルの扱いをunified viewと同様にしたと説明している。

次のレビューで確かめる順番

1. 閲覧権限のあるプルリクエストでFiles changedを開く。
2. Settings → Whitespace changesの選択肢を確認する。保存範囲を試すなら、自分の既存設定も先に控えておこう。
3. 空白を隠したときにHide whitespaceの表示が出るか確認する。
4. 一時表示へ戻して、ファイル数や差分の見え方を比べる。
5. 新規ファイルを含む差分をsplit viewで開き、横幅の使い方を確認する。

設定を試して戻したい場合は、控えた選択へ戻す。レビューの承認やマージは、この表示確認には必要ないよ。組織の実コードを説明用に公開したり、差分を外部へ貼り付けたりする必要もない。

発表とガイドの更新タイミングも確認しよう

一般のレビュー手順ガイドには、確認時点で空白の非表示をプルリクエスト単位とする説明も残っていた。この記事の保存範囲は、10月22日の更新案内を基準に整理している。手元の画面に同じ選択肢があるかを確認し、GitHub Enterprise Serverの各版にも一律に導入済みとは決めつけないでね。

今回は公式発表とガイドを確認した記事で、編集部のアカウント設定を変更した実測ではないよ。手元の作業ファイルやステージした変更を分けて読む方法は、git diffの比較対象の整理も参考にしてみよう。