Codexで安全に直して公開する：Worktree・Git・PRの役割

ブログ兼説明資料 / Codex・Git初心者向け📅 2026-07-24由井辰美 / AI相談

🗂 目次

Codexでサイトを直す時、言葉の多さに戸惑うことがあります。

でも、最初から全部を覚える必要はありません。大切なのは、作業する場所を選び、変更を記録し、確認してから公開することです。

結論：Worktreeは、今の作業を守りながら別の修正をする場所です。 Gitは変更を記録し、Pull Requestは公開前に確認し、Deployで利用者に届けます。

まず、全体の流れを見る

役割は、次のように分けると簡単です。

Local・Worktreeどこで作業するかを決めます。

Branch・Commit何を直したか、記録を残します。

Pull Request公開する前に変更内容を確認します。

Merge・Deploy確認した変更を本番へ届けます。

Sandboxは、Codexが触ってよい範囲を決める安全のための枠です。作業場所そのものではありません。

Localでよい時

Worktreeが安心な時

迷った時：ほかの作業と混ざらないならLocal。混ざりそうならWorktree。

Branchは、分けた作業につける名前です。Commitは、その作業の保存記録です。

作業の状態は、3つに分けて伝えます。

ローカル自分のPCで確認できた状態。

プレビュー関係者が確認できる公開前の状態。

本番正式URLで利用者が見られる状態。

Commitは記録、Pull Requestは公開前の確認です。どちらも、まだ本番公開ではありません。

Pull RequestをMergeし、Deployが終わり、正式な本番URLを実際に開いて確認した時点で完了です。

ひとことで説明すると：
Worktreeは作業を分ける場所、Gitは変更の記録、Pull Requestは公開前の確認、Deployは本番公開です。

最後に、次の3つだけ確認してください。