検証した主張
「同じChatGPTアカウントで2台のPCにログインすれば、Codexが編集中のローカルファイルは自動で同期される。」
発見元は調査の入口であり、判定の根拠には使用していません。古いPCが動くうちに、新PCで復旧手順を試してもよい？
はい。新PCに開発ツールを入れ、GitHubから正しいリポジトリを取得し、ローカルで起動・表示確認することは、故障前の備えとして有効です。旧PCの作業フォルダーを置き換える必要はありません。両端末が同じリポジトリを扱う場合でも、それぞれ独立したローカルコピーです。
注意が必要なのは、取得した後に両方で同じ案件を編集し始めるときです。ChatGPTの会話に同じアカウントでアクセスできても、Codexが扱う各PCの未送信ファイルが自動で同期されるわけではありません。
切り替えるたびに何をする？基本の往復
GitHub公式では、pushはローカルコミットをリモートへ送り、fetchはリモートの変更を取得するが作業ブランチへは取り込まず、pullは取得と統合を行う操作です。端末を替えるときは、前の端末から送った版がリモートにあることを確かめ、次の端末で取り込みます。
公開サイトではmainなどの本番ブランチへのpushが自動デプロイにつながることがあります。未検証の作業の退避と公開を同じ操作にしないため、作業ブランチやプルリクエストを使い分けます。
| タイミング | 行うこと | 確認点 |
|---|---|---|
| PC Aで作業を終える | 差分を確認、テスト、commit、適切なリモートブランチへpush | 秘密情報や生成物を含めず、送信が成功したか |
| PC Bで作業を始める | 未保存変更の有無を確認し、fetch・pullなどでリモートの版を取り込む | 対象リポジトリ・ブランチが同じか、競合が起きていないか |
| 公開する | レビュー済みの変更だけを本番ブランチへ反映 | ビルド成功と公開URLでの表示を確認 |
2台を同時に使うと整合性は壊れる？
新PCで表示確認や別案件の作業だけをするなら、旧PCのファイルと無関係に進められます。同じ案件でも別ブランチで違う箇所を作業し、GitHub上で統合できます。一方、同じ行や同じ設定を両方で変更した場合、後から統合すると競合が起こり得ます。競合は内容を確認して解決し、片方の変更を無条件で上書きしないことが重要です。
同じブランチを各PCで並行更新すると、先にリモートが進んで後からのpushが拒否される場合があります。拒否を回避するための強制pushは、他方の変更を失う危険があります。まずfetchして差分を読み、適切に統合します。
新PCでは最初に「公開しない復旧テスト」を
新PCで試す範囲を、clone、依存関係の準備、ローカルビルド・表示、読み取り専用の資料確認に限定すれば、公開環境を変えずに不足している手順を発見できます。資料をコピーするときは、保管先のアクセス権と取り扱いルールも確認します。
Cloudflare Workersは通常、開発時のデータをローカルに模擬しますが、remote bindingを設定すると実際のリモート資源につながり、書き込みは実データに影響します。「ローカル起動だから本番へ絶対に影響しない」と決めつけず、各案件の設定を確認してください。
- 最初は読み取りとローカルの検査だけを行い、本番ブランチへのpushやデータベースへの書き込みはしない。
- 必要なファイルがGitHubにあるか、Gitに入らない資料が別途保管されているかを確認する。
- 秘密設定は新PCで必要なものだけ再設定し、コードやチャットへ秘密値を貼り付けない。
- 確認後に2台を普段使いするなら「どちらのPCで何を編集し、どのブランチへ送ったか」を明確にする。
GitHubは自動バックアップではない
この記事でいう同期は、正しいリポジトリへ送信し、別PCで取り込む運用です。作業開始日に一度cloneしただけでは、翌月のローカル変更を守れません。また、GitHubのリポジトリにない画像や実データ、認証手段は別に管理します。
2026年9月22日時点の公式資料で一般的な挙動を確認しました。個々のアカウント、ブランチ設定、デプロイ経路、2台での実機結果は確認していません。PC故障に備えた保存先の設計は関連する復旧記事で整理しています。
検証条件・対象環境
| 対象プラン | CodexとGitHubを利用できる環境。公開先の設定はサイトごとに異なる |
|---|---|
| 地域 | 各サービスが利用できる地域 |
| 利用面 | ChatGPTデスクトップアプリ / Codex Local・Worktree / GitHub / ローカル開発環境 |
| 提供状態 | 正しいリポジトリへのアクセス、Gitの同期、各端末の環境設定がある場合に実施可能 |
| 実機確認 | OpenAI Docs、GitHub Docs、Cloudflare Docsの一般的な挙動を確認。実際に2台のPCから同一案件を編集・デプロイする試験は実施していません。 |
| 次回見直し | 2026.10.22 |
よくある質問
2台目のPCでcloneしただけで旧PCの作業は変わりますか？
通常は変わりません。別フォルダーにローカルコピーを作る操作です。ただし、公開先やリモート資源に接続する設定と操作は別途確認してください。
コミットしたのに新PCで見えないのはなぜ？
ローカルコミットをリモートへpushしていないか、新PCで最新を取得していない可能性があります。対象のリポジトリとブランチも照合します。
2台から同時に同じ記事を編集できますか？
できますが、同じ箇所を双方で変更すると統合時に競合し得ます。別ブランチで作業し、差分をレビューして統合する運用が安全です。
更新履歴
2台のPCでの切り替え、GitHubの送受信、競合、新PCでの非公開テストを整理。
情報源
一次情報と発見元を区別し、各ページの公開日と確認日を記録しています。
- Worktrees
Codexのローカルworktreeがホスト上の独立した作業コピーであることを確認。
公開: 日付表記なし（随時更新）確認: 2026.09.22 - Remote connections
別端末からのRemote操作とホスト上の作業の関係を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.22 - Pushing commits to a remote repository
pushと送信先ブランチ、非fast-forwardエラーを確認。
公開: 日付表記なし（随時更新）確認: 2026.09.22 - Getting changes from a remote repository
fetchとpullの違いと統合時の競合に関する説明を確認。
公開: 日付表記なし（随時更新）確認: 2026.09.22 - Local development
ローカル資源の既定動作とremote bindingの書き込みが実データに影響する点を確認。
公開: 2026.08.20確認: 2026.09.22