この実践ログで分かること
- GitHubなしでCodex並列作業すると何が危ないか
- GitHubなしでもできる並列作業
- 避けた方がよい並列作業
- 差分比較、rollback、統合が弱いと何が起きるか
- 共有ファイル衝突を防ぐルール
- GitHub repo化した方がよいタイミング
結論：GitHubなしの並列作業は、別サイト・確認・本文だけに寄せる
GitHubなしでもCodexを複数スレッドで動かすことはできます。ただし、同じサイト内で複数Codexが同時に編集すると、どの変更が正しいか判断しにくくなります。
GitHubなしなら、同一サイト内の並列編集は避け、別サイト並列、公開URL確認、Search Console語の分類、対象URLの本文だけに寄せるのが安全です。
GitHubなしだと弱くなる3つのこと
| 項目 | GitHubあり | GitHubなし | 対策 |
|---|---|---|---|
| 差分比較 | diffやPRで見やすい | 変更ファイルを追いにくい | 変更ファイルを必ず報告する |
| 巻き戻し | commit単位で戻しやすい | バックアップ頼みになりやすい | 作業前バックアップを残す |
| 統合 | ブランチやPRでまとめやすい | 共有ファイル衝突に気づきにくい | sitemap/news/work-logは最後に1本で扱う |
GitHubなしで並列してよい作業
- 別サイト同士の作業
- 確認だけ
- 公開URL確認
- 記事案や実践ログ候補整理
- 対象URLの index.html だけ軽補強
- 外部リンク確認、公式誤認チェック、秘密情報チェック
- 報告書要約、次オーダー候補整理
GitHubなしで並列しない方がよい作業
- 同じサイトを複数Codexで同時編集
- sitemap.xml、news/index.html、work-log/index.html の更新
- トップページ、共通CSS、共通ヘッダー / フッターの更新
- canonical変更、robots / noindex判断
- robots.txt、ads.txt、.htaccess、DB、cron、DNS
- AdSenseコード、Search Console確認タグ、APIキー、Secrets、.envが絡む作業
GitHub repo化した方がよいタイミング
同じサイトを何度も更新する、複数Codexで並列したい、共有ファイル更新が増えた、rollbackが重要、本番とローカルの差分を見たい、PR運用にしたい時はGitHub repo化を検討します。ただしrepoには秘密情報を入れず、deployは別管理にします。