GGPT Master GuideAIを、日々の作業に。

CodexとGitの除外設定を確認

公開 2026-09-12 更新 2026-09-12

CodexとGitの除外設定を確認

関連テーマ:変更を調べ、試して確かめる

一時ファイルがGitの変更一覧に並ぶと、どれを保存するか迷いやすくなります。.gitignore は、まだGitで追跡していないファイルを除外する規則です。追加しただけで、追跡済みの内容や過去の履歴が消えるわけではありません。

この記事では、二つの架空のログで違いを確かめます。まずGitの基本で、作業フォルダーと変更一覧を確認できる状態にします。

追跡済みかどうかを先に見る

追跡済みとは、Gitに登録されて変更を管理されている状態です。ファイルがローカルに存在するだけでは、追跡済みとは限りません。

ファイル 練習での状態
notes.log 先にコミットしたファイル
trace.log 後から作った未追跡ファイル
cache/item.txt 後から作った一時ファイル

この条件を試す場合は、仕事のフォルダーとは別の空フォルダーを使います。Codexには、架空の内容の notes.log だけを先にコミットし、その後 trace.logcache/item.txt を作るよう依頼します。次の除外規則を置く前に、追跡済みと未追跡が表の通りか確認します。既存のGit共通設定やリモートへの送信は必要ありません。

Gitの変更一覧を整理したいので、まず追跡状態を調べてください。
追跡済み・未追跡・すでに除外されているファイルを分けます。
削除、ステージ追加、除外設定の変更はまだ行いません。
秘密情報や一時ファイルの内容を回答に引用しないでください。

各段階で確認してから、次の操作へ進みます。

図解CodexとGitの除外設定を確認:進める順番
  1. 1追跡状態を確認すでにGitへ登録済みかを調べます。
  2. 2一致した規則を調べる除外された理由と対象範囲を見ます。
  3. 3残すべき内容を確認表示だけで秘密保護や履歴削除と判断しません。

具体的な依頼と、結果の確かめ方は本文にあります。

最初に追跡状態を確認し、次に除外された理由を調べます。表示から消すことと、情報を保護することは別です。

小さな規則で違いを確かめる

上の練習フォルダーで、ルートの .gitignore に次の規則を置く例を使います。実プロジェクトでは既存の内容を置き換えず、追加する行の影響を確認してください。

*.log
cache/

この例では未追跡の trace.logcache/ が除外対象になります。一方、先にコミットしてある notes.log の変更は引き続き表示されます。

git status --short --ignored
git ls-files -- notes.log
git check-ignore -v -- trace.log

--ignored を付けた一覧では、除外された項目を !! で確認できます。git ls-files は追跡しているファイルを確認し、git check-ignore -v は一致した規則の場所と内容を調べます。

除外の例外を表す ! で始まる規則が表示された場合は、そのファイルを再び含める側の規則です。出力があるという理由だけで除外済みと判断せず、表示された規則も読みます。

編集環境のGit 2.53.0.windows.1で、notes.log の変更が残り、trace.logcache/ が除外されることを確認しました。実ユーザーのログや認証ファイルは使っていません。

除外範囲を広げすぎない

*.log は、必要な記録ファイルも対象にする可能性があります。共有したいファイルまで隠す規則を増やす前に、どのフォルダーだけを除くか考えます。

.gitignore の区切りは / です。末尾の / はディレクトリを対象にし、先頭に / がある規則はその .gitignore の場所を基準にします。個人だけの除外と、チームへ共有する規則も分けて検討します。

このプロジェクトで一時ファイルだけを除外する最小の案を示してください。
残す必要があるソース、設定例、共有資料が対象に入らないか調べます。
規則ごとに対象になるファイル例と、対象にならない例を示してください。
既存の.gitignoreは置き換えず、差分として提案します。

追跡済みや秘密のファイルは別に対応する

すでに追跡しているファイルを管理対象から外す操作は、除外規則の追加とは別です。ほかの人がそのファイルを必要としていないかも確認し、一括で登録を外さないようにします。

認証情報がすでに共有された場合、.gitignore を足しても過去のコミットや送信先からは消えません。該当するサービスの認証情報の扱いと、履歴・共有先への対応を別に確認します。

また、.gitignore はCodexや他のツールのファイル読み取りを禁止する仕組みではありません。読み取れる範囲は権限の設定と利用するツールの条件を確認してください。

元へ戻すとき

今回追加した除外規則だけを戻し、変更一覧を確認します。再び未追跡として見えるようになったファイルを、そのまま一括追加しないでください。ほかの人の規則が追加されていれば、元のコピーで全体を上書きせず差分を見ます。

この練習で確認したのはGitの追跡と除外の動作です。Codexモデルの判断精度、秘密情報の完全な検出、実プロジェクトの履歴修正を検証したものではありません。変更一覧で迷った場合は差分の確認へ戻れます。

このテーマを続けて読む

不具合修正、テスト、コード整理、ブランチで変更の結果を確認します。

変更を調べ、試して確かめるの記事をまとめて見る