スキルアップカレッジ Git・GitHub とは何か——「変更履歴を残す」発想
レッスン1：Git・GitHub とは何か——「変更履歴を残す」発想
このレッスンで学ぶこと
- バージョン管理がなぜ必要かを理解する
- Git と GitHub の違い（ツールとサービス）を整理する
- 2026 年 6 月時点の業界状況を把握する
- 既存コースとの境界を理解する
- 「コマンドを暗記する」から「発想を理解する」への発想転換を持つ
- 本コースの守備範囲を理解する
「Git は怖い」「コマンドが多くて覚えられない」「いつのまにかリポジトリが壊れる」——プログラミング学習者や Web 制作者からよく聞く相談です。本コースは、コマンドの暗記ではなく、「Git の発想」と「GitHub の実務」を初心者の方が日常業務に組み込める形で学びます。本レッスンは、本コースの前提となる「バージョン管理は何のためにあるのか」を整理することから始めます。
バージョン管理の必要性
バージョン管理という言葉を聞いたことがあっても、なぜそれが必要かを腹落ちさせている方は意外と少ないものです。日常業務で「あれ、これはバージョン管理が要る場面だな」と気づくシーンを並べてみます。
バージョン管理が「ない」世界の典型
- 報告書のファイル名が「最終版.docx」「最終版_v2.docx」「本当に最終版.docx」と増え続ける
- 先週のコードに戻したいが、どこを変えたか覚えていない
- A さんと B さんが同じファイルを並行して編集して、片方の変更が消える
- 「いつ、誰が、なぜこの行を変えたか」がわからず、不具合の原因が追えない
- 公開前のサイトと、公開済みのサイトを混同してミスをする
これらは「バージョン管理が不在」の典型的な症状です。Git は、こうした症状を体系的に解消する道具です。
バージョン管理の 3 つの基本機能
バージョン管理（version control）には、3 つの基本機能があります。
- 履歴を残す：いつ、誰が、何を、なぜ変えたかを保存する
- 過去に戻る：任意の時点の状態を復元できる
- 並行作業を統合する：複数人の変更を安全にまとめる
この 3 つを満たすツールが、いまの世界では Git（ギット）にほぼ統一されています。
💡 ポイント バージョン管理は「エンジニア専用」のものではありません。Markdown ドキュメント、HTML・CSS、各種設定ファイル、原稿のテキスト——いずれも Git で管理する価値があります。本コースでも、HTML や Markdown ファイルを題材に扱います。
Git の歴史と位置づけ
Git は、Linux カーネルの開発者リーナス・トーバルズが 2005 年に開発しました。それまでの Linux 開発は別の有償ツールに依存していたものが利用できなくなったことを契機に、トーバルズが「数日で」初期バージョンを書き上げたという有名なエピソードがあります。
それから 20 年あまり、Git は世界中の開発者のデファクトスタンダードになりました。2026 年 6 月時点で、
- ソフトウェア開発の業界標準
- 個人ブログから巨大企業のシステムまで、規模を問わず使われる
- 公的機関（米国政府の data.gov、英国 GDS など）でもドキュメント管理に採用
- 学術論文の共著、教科書の執筆、設定ファイルの管理など、エンジニア以外でも普及
という地位にあります。「バージョン管理」と聞けば「Git」を指すというのが業界の常識です。
「分散型」という発想
Git の前にも CVS、Subversion（SVN）などのバージョン管理ツールがありました。これらは中央集権型（centralized）で、すべての履歴がサーバーに集中していました。Git は分散型（distributed）で、各開発者の手元に履歴のフルコピーが存在します。
分散型の利点は、
- サーバーに繋がなくても作業できる（オフラインで commit）
- 各人がローカルで自由に履歴を実験できる
- 単一障害点が減る
ことです。これが現代の開発スタイルに合致して、Git が定番になりました。
📝 補足 「中央集権型」と「分散型」の違いは、Git を深く理解するときに思い出すと役に立ちます。本コースでは概念として触れるだけで、深掘りはしません。
Git と GitHub の違い
ここで本コースの最重要ポイントの 1 つを整理します。「Git」と「GitHub」は別物です。
| 項目 | Git | GitHub |
|---|---|---|
| 種別 | ツール（コマンドラインソフトウェア） | サービス（Web 上のホスティング） |
| 提供 | オープンソース、無料 | Microsoft 傘下、無料プランあり |
| 動く場所 | 自分の PC | クラウド上 |
| 必要性 | 必須 | 必須ではないが事実上の標準 |
| 役割 | 履歴を保存・操作 | 履歴を共有・協業 |
よくある誤解
- 「Git を使う」と言ったとき、「GitHub を使う」と同じ意味で使う人がいる → 厳密には別物
- 「GitHub にあるからソースコードは公開されている」は誤り → GitHub には非公開リポジトリもある
- 「Git を学ぶ = GitHub を学ぶ」は不十分 → Git の操作（ローカル）と GitHub の操作（リモート）は別物
関係を 1 行で
「Git でリポジトリを管理し、GitHub でそのリポジトリをクラウドで共有する」が両者の関係です。
⚠️ 注意 業務で「Git/GitHub」と一言にされることが多いですが、本コースでは両者を意識して分けて扱います。両者の役割が分けて理解できると、トラブル対処や学習の応用が一段強くなります。
GitHub の競合と業界地図
GitHub は GitHub だけが選択肢ではありません。主要な競合サービスを整理しておきます。
| サービス | 提供 | 特徴 |
|---|---|---|
| GitHub | Microsoft 傘下（2018 年買収） | 圧倒的なシェア、OSS の中心 |
| GitLab | GitLab Inc. | セルフホスティングが強い、企業向け |
| Bitbucket | Atlassian | Jira・Confluence と連携 |
| AWS CodeCommit | Amazon | 終了予定の動きあり、AWS との連携 |
| Azure Repos | Microsoft | Azure DevOps の一部 |
| 国内：さくらの SourceHosting など | 各社 | 国内固有要件向け |
業務でどれを選ぶかは、組織の状況によります。2026 年 6 月時点では、
- OSS と個人開発：GitHub が圧倒的
- 企業のセルフホスト：GitLab が選択肢として強い
- Jira を使う組織：Bitbucket
- 各クラウドとの統合：CodeCommit、Azure Repos
という構図です。本コースでは Git の操作を中心に、GitHub の機能を補助的に扱います。学んだことのほとんどは GitLab や Bitbucket でも応用できます。
2026 年 6 月時点の業界状況
Git・GitHub を取り巻く 2026 年 6 月時点の主要な動向を整理します。
AI 駆動開発の台頭
- GitHub Copilot（2021 年プレビュー、2022 年一般提供）が定着
- Claude Code、Cursor、Devin などの AI 駆動開発ツールが普及
- 「AI がコードを書き、人間がレビューする」スタイルが広がる
- Pull Request のレビューにも AI 補助が一般化
セキュリティの強化
- GitHub Advanced Security でシークレットスキャン、依存関係の脆弱性検出が標準化
- 2 要素認証（2FA）が GitHub アカウントで必須化（2023 年〜2024 年に段階的に）
- パスキー（FIDO2）対応も進行
公開と非公開の使い分け
- 無料アカウントでも非公開リポジトリが無制限に作れる時代
- Copilot や Codespaces のような開発支援機能の充実
CI/CD の標準化
- GitHub Actions が CI/CD の業界標準になりつつある
- 「コミット → 自動テスト → 自動デプロイ」のフローが当たり前に
ドキュメント運用の拡大
- 技術文書、教科書、政府ドキュメント、ライティング業務にも Git・GitHub が広がる
- Markdown ファイルでの「pull request → review → merge」が一般化
これらの動向は本コースの後半（特にレッスン 7・8）で改めて扱います。
💡 ポイント 「Git・GitHub はエンジニア専用」という時代は終わりました。ドキュメント担当者・ライター・編集者・教員・公務員などが Git でファイルを管理する事例が、2026 年時点で増えています。
既存コースとの境界
スキルアップカレッジの既存コースとの境界を整理しておきます。
| 別コース | 守備範囲 | 本コースとの違い |
|---|---|---|
| HTML・CSS の入門コース | マークアップとレイアウト | コードの履歴管理は触れない |
| JavaScript の入門コース | 動的処理とプログラミング基礎 | バージョン管理は触れない |
| クラウドを扱うコース | IaaS／PaaS／SaaS、責任分界 | リポジトリホスティングは含まない |
| AI 時代の仕事術 | 業務全般での AI 利用 | コード管理での AI 利用は本コース |
| 本コース「Git・GitHub入門」 | バージョン管理とチーム開発 | — |
つまり本コースは、「コードや文書を書く」コースの自然な続編として、「書いたものをどう履歴管理し、チームで共有するか」を扱う位置にあります。
「コマンドを暗記する」から「発想を理解する」へ
最後に、本コースの基本姿勢を明確にしておきます。
コマンド暗記の限界
Git のコマンドは数十あります。すべて暗記しようとすると、
- 似たコマンド（
git checkoutとgit switchなど）で混乱する - いざというとき、覚えたコマンドを思い出せない
- 想定外のトラブルに対応できない
ことが頻発します。
発想を理解するアプローチ
本コースは、コマンドを並べる前に、
- 「Git は内部で何をしているのか」
- 「このコマンドは、何のために存在するのか」
- 「いつ、なぜこれを使うのか」
を整理します。発想を理解すれば、コマンドは自然に思い出せます。覚えていないコマンドも、ドキュメントを引いて使えます。
「迷子になっても戻れる」安心感
本コースで Git を学ぶ最終的なゴールは、「コマンドに迷子になったときに、戻る道筋がわかる」状態です。
- 何をしたか思い出せれば、状態をリセットできる
- なぜそうなったかわかれば、トラブルから抜け出せる
- 仕組みを知っていれば、初めてのエラーでも調べられる
これが「Git を使える」状態です。
💡 ポイント Git は最初の数か月は「迷子になりやすい道具」です。コマンドの数で圧倒されるからです。本コースで発想を整理してから、日々使い続けることで、3〜6 か月で道具として自分のものになります。
本コースの守備範囲
最後に、本コースで扱う範囲と扱わない範囲を整理しておきます。
扱う範囲
- バージョン管理の発想と Git・GitHub の違い（本レッスン）
- Git の準備、リポジトリ、ステージ、commit、log（レッスン 2）
- ブランチ、マージ、コンフリクト（レッスン 3）
- GitHub アカウント、リモート、push／pull／fetch、README（レッスン 4）
- プルリクエスト、コードレビュー、ブランチ保護（レッスン 5）
- Issue、ラベル、マイルストーン、GitHub Projects（レッスン 6）
- GitHub Actions、ワークフロー、CI/CD、GitHub Pages、AI 連携（レッスン 7）
- ブランチ戦略、コミットメッセージ、秘密情報、OSS コミュニティ、AI 駆動開発時代、修了後（レッスン 8）
扱わない範囲
- Git の内部構造の深掘り（オブジェクトデータベース、SHA-1 ハッシュの仕組みなど）
- 上級コマンド（
git rebase -iの複雑なケース、git filter-branchなど） - 大規模リポジトリのパフォーマンスチューニング
- セルフホスト型 Git サーバー（GitLab CE のセットアップなど）の構築
- GitHub Enterprise の管理者機能
- 言語固有の CI/CD 設定詳細
スタンス
本コースは、Git・GitHub を「特別な技術」ではなく「履歴を残し、チームで開発する基本リテラシー」として扱います。同時に、「Git は難しい」とも、「Git さえ覚えれば全部解決」とも距離を置きます。要件から逆算してコマンドと機能を選び、トラブルに落ち着いて対処し、AI 時代と共存する判断軸を持ち帰っていただくのが目的です。
講師の現場メモ：「『最終版_v3_final_本当に最終.zip』に別れを告げた日」
私（青木）が支援している中堅 Web 制作会社の話です。20 人のチームで、社内ドキュメントとサンプルコードを共有フォルダで運用していました。私が初めて訪問したとき、フォルダの中には次のような状況が広がっていました。
- 「企画書_最終版.docx」「企画書_最終版_v2.docx」「企画書_本当に最終版.docx」「企画書_社長確認後.docx」
- 同じ HTML ファイルが 5 つの異なるフォルダに分散
- 「どれが最新かわからない」「先週の版に戻したい」が頻発
- 「A さんと B さんで同じファイルを並行編集して上書き事故」が月に数回
経営者は「Git は難しいと聞くから、エンジニア以外には使えない」と思っていました。
私は 1 日半の研修と、3 か月のフォロー支援を提案しました。
- 1 日目：Git の発想と GitHub の基本操作（HTML ファイルでハンズオン）
- 2 日目午前：ブランチとプルリクエストの体感
- 3 か月：週 1 回の進捗確認、トラブル対応
3 か月後、
- 共有フォルダから GitHub への移行が完了
- 「最終版_v3」のような名前がゼロに
- 並行編集の事故がゼロに
- ライター・編集者・営業も Markdown で記事を書き、PR でレビューを受けるように
- エンジニア外のメンバーから「Git があると、過去に戻れる安心感がある」との声
経営者は「Git はエンジニアだけの道具ではなかった」と振り返っていました。
そのときに痛感したのは、Git の力は「履歴を残す安心感」と「みんなが同じ最新を見ている共有感」の組み合わせにある、ということです。本コースを通して、皆さんにもこの感覚を持ち帰ってほしいと思います。コマンドが多くて怖く見えるのは最初だけで、発想を掴めば一気に世界が変わります。
まとめ
このレッスンでは、以下のことを学びました。
- バージョン管理は「履歴を残す・過去に戻る・並行作業を統合する」の 3 つの機能で、Git がデファクトスタンダード
- Git は 2005 年にリーナス・トーバルズが開発、分散型バージョン管理ツール
- Git（ツール、ローカル）と GitHub（サービス、クラウド）は別物
- GitHub の競合：GitLab、Bitbucket、CodeCommit、Azure Repos など
- 2026 年 6 月時点の動向：AI 駆動開発（Copilot・Claude Code・Cursor・Devin など）、セキュリティ強化、2FA 必須、公開・非公開の使い分け、CI/CD 標準化、ドキュメント運用の拡大
- 本コースは「コードや文書を書く」コースの続編として「履歴管理と協業」を扱う
- スタンス：「コマンドを暗記する」より「発想を理解する」。「迷子になっても戻れる」安心感が Git を使える状態
- 守備範囲：Git の基礎、ブランチ、GitHub、PR、Issue、Actions、ブランチ戦略、OSS、AI 駆動開発時代
- 扱わない範囲：内部構造の深掘り、上級コマンド、セルフホスト型サーバー構築、言語固有の CI/CD 詳細
次のレッスンでは、Git のインストールから初めての commit までを、3 ステージモデルとともに体感します。
確認クイズ
このレッスンの理解度をチェックしましょう。