GitHub管理
新しいPCでGitHubとCodex作業を再開する時の確認手順
新しいPCでは、GitHubの認証、ローカルrepo、ブランチ、未コミット差分の見え方が変わることがあります。Codexへ作業を渡す前に、GitHub側の現在地を固めます。
この記事では、サーバーパス、FTP情報、token、SSH鍵、.env、APIキー、個人情報、未確認予定、公式ロゴや公式画像は掲載しません。
結論：Codexへ渡す前にrepoとブランチを見る
新しいPCで最初に確認するのは、作業するrepoとブランチです。正しいrepoを開いているか、mainに直接pushしない運用か、前回作業の差分が残っていないかを確認します。
確認する項目
GitHub作業では、見落としがそのまま公開事故につながることがあります。
- 正しいrepoを開いているか
- public/privateの扱いを理解しているか
- 作業ブランチか
- 未コミット差分があるか
- 未マージPRがあるか
- Secretsや.envを含めていないか
- GitHub DesktopまたはCLIの認証が通っているか
Secretsと.envは記事にもログにも出さない
token、SSH鍵、APIキー、.envの実値は、確認した事実だけを残し、中身は公開しません。Codexへのオーダーにも貼り付けない運用が基本です。
Codex連携で気をつけること
Codexに作業を任せる前に、現在ブランチと未コミット差分を確認します。ローカル作業フォルダが変わっている場合は、古いPCの作業残りがないかも見ます。
公開URL確認までを完了にする
GitHub上で差分がきれいでも、本番URLが200 OKで表示されなければ完了ではありません。HTML追加、内部リンク、sitemap追加、本番アップロード、公開確認までを一つの作業として扱います。
FAQ
新しいPCに移ったら、すぐ大きな作業を始めてもよいですか？
最初は小さな確認から始めます。作業対象サイト、GitHub、ブランチ、未コミット差分、公開URL、sitemap、robots、ads、前回ログを確認してから本命作業へ進む方が安全です。
/status はOpenAIの障害情報を見る場所ですか？
ここでいう /status は、各サイトや作業ログにある進行状況確認ページ、または直前作業メモを指します。OpenAI公式の障害情報と混同しないように扱います。
GitHubで最初に確認することは何ですか？
正しいrepo、作業ブランチ、未コミット差分、未マージPR、Secretsや.envを含めていないこと、mainへ直接pushしない運用を確認します。
公開中サイトの作業で触らない方がよいものはありますか？
通常の記事追加では robots.txt、ads.txt、.htaccess、DB、cron、AdSenseコード、Search Console確認タグ、DNS、news pipeline は触りません。必要になった場合は停止して報告します。
公共情報サイトを例にする時の注意点は？
公式サイトや公式発表と誤認される表現、公式ロゴ、公式画像、未確認予定の断定は避けます。公開中の情報サイトという一般化した例として扱います。