GHgithubguide.jp

Codex実務・PR確認

Codexに触らせないファイルを明確にする方法

Codexにdb.php、config、.env、.htaccess、logs、backups、他ドメインを触らせない指示の考え方を整理します。

このサイトはGitHub公式サイトではありません。GitHubの基本的な使い方や、Codex・ChatGPT時代のコード管理を初心者向けに整理する非公式ガイドです。機能・料金・提供状況は変更される可能性があるため、重要な判断ではGitHub公式情報も確認してください。

このページでわかること

最初に結論

Codex作業では、触るファイルと触らないファイルを同じくらい明確にします。

初心者向け説明

設定ファイル、秘密情報、ログ、バックアップ、他ドメイン、.htaccessは影響が大きいため、作業範囲から外す判断が有効です。

向いている使い方

  • 作業前の確認手順を固定したい
  • GitHub管理サイトの事故を減らしたい
  • CodexやChatGPT作業の確認に使いたい

注意が必要な使い方

  • 秘密情報をGitHubやHTMLに出さない
  • 本番反映前に公開URLと差分を確認する
  • わからないまま削除や上書きをしない

CodexやChatGPTと組み合わせる場合

CodexやChatGPTに依頼する時は、目的、対象ファイル、触らないファイル、停止条件、報告形式を分けて書くと、作業後のGitHub確認へつなげやすくなります。

秘密情報・APIキー・パスワード・個人情報の注意

APIキー、パスワード、秘密鍵、FTP資格情報、DB情報、メール設定、個人情報は、HTML、README、ログ、JSON、報告書、GitHubの差分に出さない前提で扱います。

関連ページ

FAQ

Codexに触らせないファイルを明確にする方法は初心者でも確認できますか？

はい。操作の細部より、どの順番で何を確認するかを重視して整理しています。

CodexやChatGPTを使う場合も必要ですか？

必要です。自動化できる部分が増えても、差分確認、秘密情報確認、公開URL確認は残します。

秘密情報が混ざった可能性がある時は？

commit、push、merge、deployを急がず、公開範囲と履歴への混入有無を確認します。必要ならキーやパスワードを無効化します。

本番反映後も確認しますか？

はい。GitHub上の状態と公開URLの状態は別なので、deploy後にHTTP 200、CSS、canonical、noindexなしを確認します。