GitHubを見る前に
コード管理と秘密情報を分けて考える
GitHubはコード履歴や差分確認に向いています。APIキー、パスワード、DB情報などを置かないこともセットで確認しましょう。
まなぶちゃん
GitHubには何でも保存していいの？
GPTガイドくん
コード管理には便利ですが、秘密情報は入れません。差分を見るページと、入れてはいけないもののページを一緒に確認しましょう。
コードを見る差分を確認する秘密情報を避ける
このページで分かること
GitHub初級編では、ファイルを置く場所、変更を記録する操作、作業を分ける方法、変更を取り込む前の確認方法を整理します。Pull Requestは、変更を提案し、議論やレビューをしてから取り込むための基本機能として考えると分かりやすいです。
基本用語をホームページ制作で考える
- リポジトリ: サイト一式を入れる箱
- コミット: 「トップページを修正した」などの変更記録
- ブランチ: 本番用とは別に試す作業場所
- Pull Request: 変更を取り込む前の確認依頼
- Issue: やることや問題点のメモ
- README: このサイトや作業ルールの説明書
- clone / pull / push: 取得、更新取り込み、送信の基本操作
小さい変更をcommitする考え方
初心者がやりがちな失敗は、たくさんの変更を1つのcommitに詰め込むことです。本文追加、CSS調整、sitemap更新、リンク修正をまとめると、戻す時に困ります。1つの目的ごとにcommitすると、後から差分を読みやすくなります。
Pull Requestの基本
Pull Requestは、作業ブランチの変更をmainなどへ取り込む前に確認する場所です。ひとり運用でも、変更ファイル、差分、確認結果、戻す場合の注意を書いておくと、公開前チェックとして役立ちます。
ChatGPTに聞く例
GitHub初心者です。リポジトリ、ブランチ、コミット、Pull Requestの違いを、ホームページ制作の例で説明してください。専門用語を使いすぎず、最初に覚える順番も教えてください。Codexに頼む例
このリポジトリ内で、今回変更されたファイル一覧と差分の概要を確認してください。修正はまだ行わず、変更内容、意図しないSEOタグ変更、秘密情報混入の可能性、注意点だけ報告してください。初級者がやりがちな失敗
- mainで直接大きく作業する
- commitの単位が大きすぎる
- pushと公開反映を混同する
- READMEを書かない
- 秘密情報を入れてしまう
- PRの差分を読まずにmergeする
初級確認チェックリスト
- リポジトリの目的を説明できる
- commitの意味を理解した
- branchを分けて作業できる
- Pull Requestで差分を確認できる
- Issueに作業内容を書ける
- 秘密情報を入れていない
GitHub用語を日本語で理解する
GitHubは英語の用語をそのまま使う場面が多いので、日本語だけで覚えるより、英語の用語と日本語の意味をセットで覚える方が実務では使いやすくなります。ここでは厳密な技術定義より、初心者が最初に作業を進めるための意味で整理します。
| 英語用語 | 日本語での呼び方 | 初心者向けの意味 |
|---|---|---|
| repository | リポジトリ | コードやファイルを入れる箱のような場所 |
| branch | ブランチ | 本体とは別に作業するための分岐 |
| commit | コミット | 変更内容を記録すること |
| pull request | プルリクエスト | 変更を取り込む前に確認してもらう提案 |
| issue | イシュー | タスクや問題点を記録する場所 |
| clone | クローン | リポジトリを手元にコピーすること |
| pull | プル | 最新の変更を取り込むこと |
| push | プッシュ | 手元の変更をGitHubへ送ること |