初心者
GitHub初心者向けガイド
GitHub初心者が最初に理解したい役割、基本用語、使い始める前の注意、CodexやChatGPTとの組み合わせ方を整理します。
このページでわかること
- 初心者が最初の1週間でやるべきことの順番
- 覚える必要がない用語・機能の切り分け
- 「AIに任せる前提」での学習範囲の絞り方
- つまずきやすいポイントの先回り
最初に結論
GitHub学習の最短ルートは「必要最小限を1周体験してから、困った時に調べる」です。最初に覚えるのはリポジトリ・commit・push・public/privateの4つだけで十分です。branchやPull Requestは、自分のペースで2週目以降に足せばよく、rebaseやcherry-pickのような上級操作は、必要になる日が来るまで存在を忘れていて構いません。
初心者向け説明
現在の初心者には、従来と違う学習ルートがあります。CodexやClaude CodeなどのAIにGit操作を任せる前提なら、コマンドの暗記は不要で、「AIが何をしたかを読める」ことがゴールになります。具体的には、①用語の意味が分かる、②PR画面で差分が読める、③秘密情報を入れてはいけない場所が分かる、の3つです。このサイトの初心者向けページは、この「読めるようになる」ルートに沿って並べています。自分で全部操作したい方は、GitHub Desktopから入ると画面操作だけで一通り体験できます。
向いている使い方
- 最初の1週間の学習計画を立てる
- 自分に必要な機能とまだ不要な機能を切り分ける
- AI任せ運用に必要な最小知識を確認する
注意が必要な使い方
- 全機能を理解してから始めようとしない（一生始まらない）
- 最初の練習リポジトリに実データ・秘密情報を入れない
- エラーを恐れない（practiceリポジトリなら何を壊しても無害）
CodexやChatGPTと組み合わせる場合
初心者こそCodexやClaude Codeとの併用をおすすめします。「このリポジトリをcloneして」「変更をcommitしてpushして」と日本語で頼めるため、コマンドの壁がなくなります。その分、AIが何をしたかを確認する目だけは最初から養ってください。
秘密情報・APIキー・パスワード・個人情報の注意
APIキー、パスワード、秘密鍵、FTP資格情報、DB情報、メール設定、個人情報は、HTML、README、ログ、レポート、GitHubの差分に出さない前提で扱います。
関連ページ
FAQ
GitHub初心者向けガイドは初心者でも確認できますか？
はい。専門用語を覚える前に、何を確認すればよいかを優先して整理しています。
CodexやChatGPTを使う場合も同じ考え方ですか？
基本は同じです。自動化できる部分が増えても、差分確認、秘密情報確認、公開前確認は人間側で見ます。
秘密情報が混ざったかもしれない時はどうしますか？
commitやpushを急がず、対象ファイル、公開範囲、履歴への混入有無を確認します。必要に応じてキーやパスワードを無効化します。
GitHubの機能や画面は変わりますか？
変わる可能性があります。重要な判断や最新仕様はGitHub側の情報も確認してください。
初心者向けの追加ガイド
初心者向けの整理ページ
GitHub Secrets・Actions・PRレビュー・AIコードレビューの確認
初心者向けに、branch、main、PR、Secrets、Actionsの安全な流れを補強します。
GitHubでは、Secrets、Actions、branch、Pull Request、AIコードレビューを分けて確認します。private repoやAIの生成コードだけで安全とは判断せず、公開前に人間がdiff、ログ、設定、データを確認します。
確認する項目
| 項目 | 役割 | 注意点 |
|---|---|---|
| GitHub Secrets | APIキー、token、環境変数をActionsで使う時の保管先 | 値をコードやログに出さない |
| GitHub Actions | テスト、ビルド、デプロイの自動化 | 料金、無料枠、billing、実行時間、Secrets、ログを確認する |
| Actions env | ワークフロー内で使う環境変数 | 公開してよい設定と隠す値を分ける |
| deploy | FTP deployやSSH deployなどの反映作業 | 認証情報をログやYAML本文に出さない |
| Pull Request | branchの差分をmainへ入れる前の確認場所 | diff、レビュー、CI、Secrets混入を確認する |
| AIコードレビュー | CopilotやAIの指摘をレビュー補助に使う | 最終判断は人間が行う |
| 業務データ | CSV、スプレッドシート、顧客情報の扱い | private repoでも安全と断定しない |
公開前チェックリスト
- □ APIキー、token、.env、SSH鍵、DB情報が入っていないか確認した
- □ GitHub Secretsへ入れる値と、リポジトリに置く設定を分けた
- □ GitHub Actionsの料金、無料枠、billing画面を確認した
- □ GitHub ActionsのログにSecretsを出していない
- □ deploy、FTP deploy、SSH deployで使う認証情報をコードに置いていない
- □ branchで作業し、mainへ直接pushしていない
- □ PRのdiffを人間が確認した
- □ AIコードレビューの指摘をそのまま採用していない
- □ CSVやスプレッドシートに個人情報や業務データが入っていないか確認した
- □ 漏洩が疑われる場合はキーを無効化、再発行、履歴確認、影響範囲確認を行う
関連サイト導線
関連サイトはリンク先200を確認したものだけを掲載します。
初心者が最初に覚える安全な流れ
GitHubを使い始めた段階でも、branch、PR、main、Secrets、Actionsの関係を薄く知っておくと、AIコードレビューや自動deployを使う時に迷いにくくなります。
- branchで作業してPRで確認する
- mainは公開や本番に近い場所として扱う
- 秘密値は通常のファイルに書かない
- Actionsの実行結果だけで安全と決めない
private repositoryと公開範囲も最初に確認する
GitHub初心者は、publicとprivateの違い、誰が見られるか、APIキーや.envを置かないことも早めに確認しておくと安心です。
GitHub private repositoryの公開範囲と機密情報の注意
GitHub private、公開範囲、public/privateの違いで迷う場合は、まずprivate repositoryの見える範囲と機密情報の扱いを確認します。