このページの役割
Codex作業とGitHub連携のまとめページです。リポジトリ、差分、PR、Secrets確認へ進む前の全体像を扱います。
関連する読み順
- このページで詳しく見る：Codex x GitHubのまとめ
- 次に確認する：GitHub作業でCLI / GitHub作業でIDE / PR確認
似ているページとの違い
- githubguide.jp側はGitHub操作やPR確認の具体的な注意を扱います。
- /github-secret-information/ は秘密情報確認に絞ります。
リポジトリ接続
連携方法や対応範囲は更新される可能性があります。利用前に、OpenAIが提供するCodex関連情報とGitHub側の権限設定を確認してください。
PR運用
ブランチを切る
変更を本番ブランチから分けて作業します。
Codexに依頼する
目的、対象ファイル、確認項目を明記します。
差分を読む
HTML、CSS、sitemap、robots、内部リンクを確認します。
公開へ進める
確認後にマージし、必要なら公開サーバーへ反映します。
安全運用
PR本文には、変更内容、確認したこと、未確認事項を書いておくと、あとから見返しやすくなります。Codexにレビューを依頼する場合も、セキュリティ、SEO、表示崩れの観点を分けて伝えると効果的です。
関連ページ
CodexとGitHub連携でできること
GitHub連携では、リポジトリ内のコード確認、修正提案、差分確認、PR作成、レビュー補助、作業報告書整理、小さな修正の管理がしやすくなります。
GitHubに置くことと本番公開は別です。commit、push、PR、merge、本番反映はそれぞれ別の作業として分けて考えます。
GitHubを使うメリット
- 変更履歴が残る
- 差分が見える
- 戻しやすい
- 作業単位を分けやすい
- Codexに調査させやすい
- PRで確認してから反映できる
初心者が混同しやすい点
GitHubにファイルを置いたことと、本番サイトに反映したことは同じではありません。PR作成とmergeも別です。Codexに全部を自動で任せる必要はなく、差分確認と人間の判断を挟む方が安全です。
CLI・IDEでCodexとGitHubを使い分ける
GitHubリポジトリを扱うCodex作業では、ターミナルで進めるCLI、エディタ内で確認するIDE拡張、デスクトップアプリで管理するスレッド、外出先で確認するモバイル連携を分けて考えると安全です。どの場合も、main直反映を避け、差分と秘密情報の混入を確認します。
安全なGitHub運用
- mainを直接変更しない
- 作業ブランチを使う
- PRを作る
- 変更ファイル一覧を確認する
- 秘密情報を入れない
- 不要ファイルを含めない
- 作業前に範囲を限定する
- Codexに勝手にcommit/pushさせない
入れてはいけないもの
認証キー、パスワード、秘密鍵、DB設定、メール設定、.env、内部の保存場所を含むログ、個人情報、バックアップファイル、圧縮ファイルやダンプ、他ドメインのコードは不用意に入れません。実在のパスや秘密情報を指示文にも書かないようにします。
CodexにGitHub作業を依頼する指示文の型
目的:
対象リポジトリの小さな修正をPRで確認できる形にする
対象:
作業ブランチ
触ってよいファイル
禁止:
秘密情報を追加しない
mainへ直接反映しない
勝手にcommit/pushしない
不要ファイルを含めない
確認:
変更ファイル一覧
差分
表示確認または差分確認
PR本文に書く内容
停止:
秘密情報が見つかった場合
権限や本番反映が必要になりそうな場合GitHub連携時の確認チェックリスト
- 対象リポジトリを確認した
- main直変更しない方針にした
- 作業ブランチを使う
- 秘密情報が含まれていない
- 変更ファイル一覧を確認した
- PR本文に作業内容と確認結果を書いた
- merge前に人間が確認した
- 本番反映は別手順で判断する
ホームページ制作でのGitHub活用例
静的HTMLサイトの履歴管理、CSS変更の差分確認、sitemapやrobotsの変更履歴、問い合わせフォーム変更のレビュー、大きなサイトの部品確認、Codex作業の報告書保存に役立ちます。
関連ページ
実践ログから分かったこと
GitHub の作業は、repo（保管場所）、PR（変更の提案）、release（公開する版）、private repository、安全チェックを分けて考えると混乱しにくくなりました。GitHub API、OAuth、Personal Access Token、Secrets の設定はCodexに任せず、差分と公開範囲は人が確かめる前提にします。
- repo、PR、releaseを分けて考える
- Secretsや.envの中身を貼らない
- API や OAuth の設定は人が行う
- PR差分は人間が確認する
よくある質問
Codexの仕様は固定ですか？
固定ではありません。利用できる機能、プラン、CLIやアプリの挙動は更新される可能性があるため、作業前にOpenAIの公式情報を確認するのが安全です。
初心者でも使えますか？
使えます。ただし、作業フォルダ、編集権限、Gitの扱い、秘密情報の管理は最初に整理しておくと安心です。
CodexでGitHub repoを扱う前に何を確認しますか？
対象リポジトリ、作業ブランチ、未commit差分、触ってよいファイル、秘密情報が含まれていないかを確認します。作業後はPRやdiffで、意図しない変更がないか見直しましょう。
Codex作業後はすぐmainへ反映してもよいですか？
基本的には、すぐmainへ反映せず、差分確認、必要なテスト、PR確認を挟む方が安全です。公開作業とGitHub上のmergeは別の判断として扱います。
GitHubの使い方ガイド
GitHubを、リポジトリ、ブランチ、Pull Request、Actions、Codexレビュー、ChatGPTでの作業整理まで実務目線で確認できます。
GitHubの使い方ガイドを見る / GitHubとCodex連携を見る / プロのGitHub運用を見る
GitHub safety
Codexでcommitする前にgitignoreと秘密情報を確認する
CodexでGitHub作業やcommitを行う前に、gitignoreで除外すべきファイル、GitHubに入れてはいけない秘密情報、private repositoryでも直書きしてはいけない情報、commit前チェックを分けて確認します。
このページでは、GitHub連携のまとめページとして全体の流れを扱います。秘密情報そのものの判断は Codexに入れてはいけない秘密情報、公開前の確認は Codex公開前チェック へ進みます。
GitHubに入れてはいけない情報の比較表
| 項目 | GitHubに入れてよいか | gitignore候補 | Secrets向き | Codexに見せてよいか | 注意点 |
|---|---|---|---|---|---|
| APIキー | NG | 値を含むファイルは除外 | 条件付き | 実値はNG | 本文や差分に出さない |
| token | NG | 値を含むファイルは除外 | 条件付き | 実値はNG | ログや報告書にも出さない |
| password | NG | 値を含むファイルは除外 | 用途次第 | NG | 作業依頼文にも書かない |
| .env | 原則NG | 入れる候補 | 実値はSecrets等で管理 | 実値はNG | テンプレだけに分ける |
| DB接続情報 | NG | 入れる候補 | 条件付き | NG | DB変更は停止条件 |
| GitHub Secrets実値 | NG | 差分に出さない | 設定側で扱う | NG | 値は例示しない |
| ログファイル | 条件付き | 入れる候補 | 対象外 | 伏せて要約 | 内部情報を含む場合がある |
| backup / zip / tar / gz | 原則NG | 入れる候補 | 対象外 | 中身確認後 | 秘密情報の混入に注意 |
| 顧客情報・会社情報 | 原則NG | 用途次第 | 対象外 | 匿名化 | 公開範囲と契約を確認 |
gitignoreに入れる候補
以下は一般例です。実際に除外するかは、サイト構成、フレームワーク、運用ルールを人間が確認してください。
.env
*.env
config.php
db.php
*.log
error_log
*.sql
*.dump
*.db
*.bak
*.backup
*.zip
*.tar
*.tar.gz
*.key
*.pem
.ssh/
logs/
backup/
backups/
tmp/
cache/
node_modules/
vendor/
secrets/
credentials/
tokens/
private/private repositoryでも注意すること
- private repositoryでも、招待ユーザーやOrganization、連携サービスから見える可能性がある。
- privateだからといってAPIキーやpasswordを直書きしてよいわけではない。
- GitHub Secretsとコード直書きは違う。
- Codexや外部AIにrepoを見せる前に、秘密情報が混ざっていないか確認する。
- 公開範囲、共有範囲、権限は人間が確認する。
commit前チェックリスト
- .env が含まれていない
- APIキー、token、passwordが含まれていない
- DB接続情報やGitHub Secrets実値が含まれていない
- SQL / dump / logs / backup / tmp / cache が含まれていない
- zip / tar / gz などの圧縮ファイルを不用意に含めていない
- .htaccess、AdSenseコード、Search Consoleタグを意図せず触っていない
- public / private の公開範囲を確認した
- Codexに見せてよいrepoか確認した
Codexに任せすぎないこと
- 秘密情報の判断、GitHub Secretsの実値入力、APIキーの発行、tokenの入力は人間が管理する。
- private/public repositoryの公開判断、本番deploy、main直push、.htaccess変更、DB変更、cron変更、DNS変更は軽作業にしない。
関連ページへの読み順
GitHub private repositoryと機密情報の注意
GitHub private repositoryでも、APIキー、token、.env、DB情報、Secrets実値を直書きしないことが重要です。Codexに作業を頼む時は、見せてよいファイルと見せないファイルを先に分けます。