GitHubが示す、Copilot appのセッションをVS Codeで開き、diffを読みテストを走らせてからpushする手順

エージェント（自分で多くの手順を実行するAIソフトウェア）が、GitHub Copilot app（コードを書くAIアシスタントに仕事を任せるGitHubのアプリ）で変更の大半を終えました。あなたは気になる箇所を確認し、数行を手で直し、プッシュする前に自分のマシンでプロジェクトを動かしたいと考えています。2026年10月19日、GitHubはそのセッションをやり直しなしでVisual Studio Code（VS Code、Microsoftのコードエディター）で開くためのガイドを公開しました。仕事を引き継ぐ人にとって従う価値があるのは順番です。まずdiff（変更された行の比較表示）を読み、次にテストを実行し、その両方が済んでからだけpush（共有のコード置き場へ送ること）します。

GitHubが述べる、セッションが持ち越すもの

GitHubの記事によれば、Copilot appのセッションは、編集されたファイルの寄せ集めではありません。変更に至ったタスク、計画、会話も記録しています。セッションからOpen in VS Code（VS Codeで開く）を選ぶと、VS Codeはそのセッションに結びついたworktree（同じリポジトリの作業用コピーを分けたもの）でプロジェクトを開き、Copilotのサイドバーに既存のセッションを表示します。GitHubは、そのまま残る3つを挙げています。タスク・計画・会話からなるコンテキスト、エージェントが変更したファイルのdiff、そしてセッションが使っていたworktreeそのものです。

記事が挙げる前提条件は次のとおりです。Copilot appをインストールしてサインイン済みであること。VS Codeをインストールし、同じGitHubアカウントに接続していること。確認する変更のあるセッションがあること。セッションのリポジトリで作業しpushする権限があること。VS Code、統合ターミナル、Gitのブランチ、プルリクエスト（コードの取り込み依頼）に慣れていること。

この順番で進める

1. Copilot appで引き継ぐセッションを開き、タスクと、エージェントが完了したと報告している内容を読み直します。
2. Open in VS Codeを選びます。アプリがどのエディターを使うか尋ねたら、プロジェクトで使っているVS Codeを選びます。正しい目印は、Copilotのサイドバーに以前の会話が表示され、プロジェクトがセッションのブランチで開いていることです。
3. VS CodeでSource Control（ソース管理）を開き、変更されたファイルを1つずつ選んで、diffを1行ずつ読みます。GitHubは5つの問いを勧めています。コードは求めた問題を解決しているか。リポジトリの規約に沿っているか。エラー時とエッジケースは扱われているか。テストは変更部分をカバーしているか。無関係なファイルや動作が変更されていないか。
4. 分かりにくい箇所は、すぐサイドバーで尋ねます。GitHubの例は「Explain why you changed this function instead of adding a new helper. Identify any behavior this could affect.」（新しい補助関数を足さずにこの関数を変更した理由を説明し、影響を受けうる動作を挙げて）です。
5. 直すべきと分かっている箇所は手で直します。編集するのはセッション自身のworktreeなので、ファイルをコピーして行き来させる必要はありません。
6. 統合ターミナル（VS Codeの中にあるコマンド入力画面）を開き、プロジェクトの通常のチェックを実行します。GitHubはWebアプリの例としてnpm install、npm test、npm run lint、npm run devを挙げています。実際のコマンドはリポジトリによって違います。開発サーバーがlocalhostのURL（自分のマシンでだけ開けるアドレス）を表示したら、ブラウザーで開いて動作を試します。
7. 修正箇所が多いときや同じ修正を繰り返すときは、セッション内でCopilotに頼みます。例：「Add a test for the updated label and run the relevant test file. Do not modify unrelated components.」（更新したラベルのテストを追加し、関連するテストファイルを実行して。無関係なコンポーネントは変更しないで）。セッションはコンテキストを保っているので、Copilotは「updated label」を、あなたがいま手で直した箇所だと理解します。
8. 最後にもう一度diffを確認し、Source Controlまたはターミナルでgit status、git add、git commit、git pushを実行します。VS Codeはセッションのブランチにいるため、pushすると、この作業を追っている既存のプルリクエストが更新されます。

どこかの手順がうまくいかないとき

テストが失敗したらpushしないでください。エラーを読み、原因がエージェントの書いた部分か自分が直した部分かを見分けて、手で直すか、そのエラーメッセージをそのままCopilotに同じセッションで送ります。任せた覚えのないファイルがdiffに入っていたら、Copilotになぜ変更したのかを尋ね、理由がなければ元に戻します。Open in VS Codeが表示されない、またはVS Codeが正しいブランチで開かない場合は、手を止めて、選んだVS Codeはどれか、VS CodeがCopilot appと同じGitHubアカウントでサインインしているか、リポジトリへのアクセス権があるかを確認します。これらの場合の対処は、GitHubの記事には書かれていません。

初回は、小さくリスクの低いプロジェクトで試してください。

出典

1. GitHub Blog, “How to continue a GitHub Copilot app session in VS Code”（2026年10月19日） — Copilot appのセッションをVS Codeで開き、diffを確認し、チェックを実行してpushする手順を説明しています。これは同社自身の情報源で、独立した検証は行われていません。

Nguồn tham khảo

1. github.blog