基本操作
GitHubのcommitとは
commitの意味、変更履歴として残す単位、commit前に秘密情報や不要ファイルを確認する考え方を整理します。
このページでわかること
- commitは「変更をひとまとまりの記録として保存する」操作だということ
- 保存（上書き）とcommitの違い
- commitメッセージに何を書くべきか
- AIが作ったcommitを確認する時の見どころ
最初に結論
commitは、ファイルの変更を「この時点の状態」として履歴に記録する操作です。普通の上書き保存と違い、commitした時点の状態にはいつでも戻れます。コツは「1つの目的につき1つのcommit」に分けることです。「タイトル修正とリンク追加と画像差し替え」を1つのcommitに混ぜると、後からリンク追加だけ取り消したい時に困ります。
初心者向け説明
commitには必ずメッセージを添えます。良いメッセージは「何を変えたか」だけでなく「なぜ変えたか」が一言入っているものです。「文言修正」より「問い合わせ増を狙いトップの誘導文を修正」の方が、1か月後の自分やAIに文脈が伝わります。CodexやClaude Codeに作業を任せている場合、commitメッセージはAIが書きますが、その内容が実際の変更と合っているかを差分で確かめるのが人間の確認ポイントになります。
向いている使い方
- 作業の節目ごとに状態を記録して、いつでも戻れるようにする
- 変更の理由を履歴として未来の自分に残す
- AIの作業単位を記録として区切る
注意が必要な使い方
- 複数の目的の変更を1つのcommitに混ぜない
- パスワードやAPIキーを含んだままcommitしない（履歴に永久に残る）
- commitメッセージを空や「更新」だけで済ませない
CodexやChatGPTと組み合わせる場合
CodexやClaude Codeは作業のたびに自動でcommitを作ります。人間の役割は、そのcommitの差分を見て「依頼した範囲だけが変わっているか」「秘密情報が混ざっていないか」を確認することです。commitの単位が大きすぎると感じたら、「作業を分けて、段階ごとにcommitして」と指示すると確認しやすくなります。
秘密情報・APIキー・パスワード・個人情報の注意
APIキー、パスワード、秘密鍵、FTP資格情報、DB情報、メール設定、個人情報は、HTML、README、ログ、レポート、GitHubの差分に出さない前提で扱います。
関連ページ
FAQ
GitHubのcommitとはは初心者でも確認できますか？
はい。専門用語を覚える前に、何を確認すればよいかを優先して整理しています。
CodexやChatGPTを使う場合も同じ考え方ですか？
基本は同じです。自動化できる部分が増えても、差分確認、秘密情報確認、公開前確認は人間側で見ます。
秘密情報が混ざったかもしれない時はどうしますか？
commitやpushを急がず、対象ファイル、公開範囲、履歴への混入有無を確認します。必要に応じてキーやパスワードを無効化します。
GitHubの機能や画面は変わりますか？
変わる可能性があります。重要な判断や最新仕様はGitHub側の情報も確認してください。
このカテゴリの親ハブ
関連ページをまとめて確認する場合は、初心者ハブ から読み進められます。