この記事でわかること
「企画書_0402_最終_修正2」。こんなファイル名に、心当たりはないでしょうか。「どれが本当の最終版か分からない」「上書き保存してしまって前の状態に戻れない」。ファイルを扱う仕事なら、誰もが一度は経験する悩みです。
この記事では、その悩みを根本から解決する仕組みであるGit（ギット）を、エンジニアではない方に向けて解説します。Gitの記事の多くは開発者向けに書かれていますが、AIエージェントの普及で、いま経営者やライターにも関係のある道具になりました。コマンドの解説はしません。仕組みの理解に絞ります。
この記事で扱う主な内容は、次のとおりです。
- Gitとは何か
- 「ファイル名に日付を付けて増やす」管理からの卒業
- 覚える概念は3つだけ（履歴・戻せる・差分）
- GitとGitHubの違い
- エンジニアでない人がGitに出会う場面（AIとの共同作業）
Gitとは
Gitとは、ファイルの変更履歴を残すための仕組みです。無料で使えるソフトウェアで、2005年に基本ソフトLinuxの開発現場のために作られて以来、世界中の開発の標準になっています。技術用語では「バージョン管理システム」と呼ばれます。
働きを一言で言えば、ファイルの節目の状態をおぼえておいてくれる記録係です。Gitは、フォルダの中で「どのファイルが変わったか」を見つけてくれます。そのうえで、人（またはAI）が「この時点を記録して」と指示した節目を、コミットという記録として保存します。記録した節目には「いつ・誰（設定された作成者名）が・何を変えたか」が残り、必要ならその時点の状態へ戻せます。
大事なのは、勝手にすべてが保存されるわけではないという点です。変更を見つけるのはGit、どの節目を記録するか選ぶのは人（またはAI）。この役割分担が、Git理解の出発点です。
もともとはプログラムのコードを管理する道具ですが、対象はコードに限りません。文章・原稿・設定ファイルのような、テキスト中心のファイルで特に力を発揮します。なお、WordやExcelのようなOffice文書も履歴として保存はできますが、後述する「差分の確認」の利点が小さいため、Office文書の版管理にはOneDriveやSharePointの版管理機能のほうが向く場合があります。
「ファイル名に日付を付けて増やす」からの卒業
Gitのない世界のファイル管理は、こうなりがちです。
- 念のため「企画書_0401」「企画書_0402」とコピーを増やす
- フォルダが複製ファイルだらけになり、どれが最新か分からなくなる
- 整理のつもりで古いのを消したら、必要な内容まで消えていた
Gitを使うと、この構図が変わります。作業用のファイルをむやみに複製せず、1つを更新しながら使えます。節目ごとにコミットしておけば、記録係が「4月1日にコミットした状態」「4月2日にコミットした状態」を保管してくれます。見た目のフォルダはきれいなまま、記録した節目へはいつでも戻れる。「コピーを増やして身を守る」から「節目を記録して履歴に守ってもらう」への転換が、Gitの本質です。
覚える概念は3つだけ（履歴・戻せる・差分）
Gitには専門用語が多いのですが、仕組みの骨組みは3つの概念で説明できます。
| 概念 | 意味 | 仕事でのうれしさ |
|---|---|---|
| 履歴 | 選んだ節目ごとにファイル一式の状態を記録する（この記録をコミットと呼ぶ） | 「あの節目の状態」が残る |
| 戻せる | 記録済みの節目の状態を復元できる | 失敗しても取り返しがつきやすい |
| 差分 | 2つの時点の間で「どこが変わったか」だけを表示できる | 変更点の確認が一瞬で終わる |
たとえるなら、こまめにセーブしながら進めるゲームです。セーブ（コミット）は自動ではなく、自分で打つ節目です。セーブポイントを打っておけば、失敗してもそこからやり直せます。さらにGitは、セーブ地点同士を見比べて「変わった行だけ」を教えてくれます。
なお、このたとえには限界があります。戻れるのは原則として記録済みの節目までで、コミットしていない作業はこの仕組みでは守られません。また、ゲームのセーブと違い、Gitの履歴は枝分かれ（ブランチ）させて複数の作業を並行することもできます。ブランチはチーム開発だけの機能ではなく、個人やAIとの作業でも「元の状態に影響させずに試す」ために使えますが、最初から覚える必要はありません。
GitとGitHubの違い
名前がよく似たGitHub（ギットハブ）との違いは、検索でも最も多い質問です。答えは一言で済みます。Gitは自分のパソコンの中で動く記録の仕組み、GitHubはその記録ごとファイルを預けるインターネット上のサービスです。
Gitだけでも履歴管理は完結します。GitHubが必要になるのは、別のパソコン・他の人・クラウド環境とファイルを共有したくなったときです。GitHubというサービスの中身は、GitHubとはで詳しく解説しています。
エンジニアでない人がGitに出会う場面（AIとの共同作業）
「自分はプログラムを書かないから無関係」。少し前ならそのとおりでした。状況を変えたのがAIエージェントです。
Claude CodeのようなAIエージェントは、指示に応じてパソコンの中のファイルを直接書き換えながら作業を進めます。ここで不安になるのが、「AIが変な変更をしたらどうするのか」です。その安全網の一つがGitです。
Claude Codeは、Gitと連携して変更を差分として見せたり、節目をコミットとして記録したりしながら作業できます。AIが10個のファイルを書き換えても、差分を見れば何をどう変えたかが分かり、記録済みの節目までなら巻き戻せます。Gitは、記録した変更を戻しやすくする安全網です。ただし、記録の外にあるもの（コミットしていない変更や、対象から外したファイル）までは守れません。AIにコミットや復元を任せる場合も、「何が変わったか（差分）」「何を記録対象にしたか」を人が確認する、という一手間はセットにしてください。
検索でも「git とは claude」という調べ方が実際に出てきており、AIをきっかけにGitへたどり着く人が増えています。Claude Code側の話は、Claude Codeの使い方で解説しています。
コマンドを覚えなくても使い始められる
従来、Gitはターミナル（黒い画面）でコマンドを打って使う道具でした。Gitの学習が挫折しやすいのも、主にこのコマンド習得の部分です。
ここにもAIという近道ができました。Claude CodeのようなAIエージェントに「ここまでの変更を記録して」「さっきの節目に戻して」と日本語で頼めば、裏側のGit操作をAIが実行できる場合があります（環境・権限・製品の設定によります）。そのうえで、実行結果と差分・何を記録対象にしたかの確認は、人の役目として残してください。人間が覚えるべきは、コマンドではなく「履歴・戻せる・差分」という考え方と、「記録の節目は選ぶものだ」という感覚のほうです。
そのうえで、慣れてきたら少しずつ用語（コミット、リポジトリなど）を拾っていけば十分です。学ぶ順番を「概念が先、コマンドは後（またはAI任せ）」にできるのが、いまGitを始める人の追い風です。
私がAIの変更を履歴から巻き戻した実例——「戻せる」がAIに任せる前提になる
私の運用でも、Gitの「戻せる」に実際に助けられた場面があります。AIに、複数ファイルへまたがる用語の統一と重複表現の整理を任せたときのことです。
AIは短時間で対象ファイルを探し、複数箇所を書き換えました。完了報告だけを見れば、指示どおりに処理されたように見えました。
ところが差分を行単位で確認すると、意図しない変更が混ざっていました。同じ意味ではない表現まで一律に置き換える。意図的に残していた説明を重複と判断して削除する。読者向けの具体例が一般論に置き換わる。
しかも、文章そのものは自然でした。変更後の全文だけを読んでいたら、見落としていた可能性が高いと思います。
このとき私は、問題箇所を一つずつ手作業で直す方法を選びませんでした。広い範囲が変わっていると、どこまで直せば元の意図に戻るのか分からなくなり、直すほど新たな修正漏れが生まれるからです。
代わりに、作業前にコミットしておいた状態へ、いったん戻しました。そのうえで差分を見ながら、採用できる変更だけを改めて反映しました。
不要な変更を探して消すのではなく、確実に正しかった状態を土台に、必要な変更だけを積み直す。履歴があるからこそ選べる復旧方法です。
この経験から、履歴管理は「失敗したときの保険」以上のものだと考えるようになりました。AIに任せる範囲を広げるための前提条件です。
戻れない環境では、怖くて一つの段落しか触らせられません。戻れる環境なら、全章の用語統一や見出し構造の整理といった大胆な作業も、安心して任せられます。
運用の要点は、AIへ指示した後ではなく、指示する前に記録しておくことです。私は、AIに編集させる前に正常な状態をコミットし、作業後に差分を確認し、意図しない変更があればその場で確定せず、部分修正か巻き戻しかを判断してから、検収後の状態を改めて記録しています。
もう一つ大事なのは、AIの「完了しました」という報告を、検収完了と考えないことです。AIにとっての完了は処理を実行したという意味で、期待どおりの結果かどうかは、人間が差分で判断します。
履歴は、「AIが変更した状態」と「人間が承認した状態」の境界も明確にしてくれます。AIが書き換えた時点ではまだ作業案で、差分を確認して初めて正本になる。この区別は、原稿だけでなく設定ファイルやWebサイトの修正でも同じです。
AIが間違えないことを期待するより、間違えたときに正しい状態へ戻れるようにする。履歴は過去を保存するためだけの仕組みではなく、AIと安全に試行錯誤するための作業基盤なのです。
Gitについてよくある質問
Gitとは何の略ですか？
何かの頭文字を取った略語ではありません。開発者のリーナス・トーバルズがユーモアを込めて付けた名前と説明されています。読み方は「ギット」です。
Gitは無料で使えますか？
無料です。オープンソースソフトウェアとして公開されており、個人でも会社でも無料で利用できます。
WindowsでもGitは使えますか？どう始めればよいですか？
使えます。「Git for Windows」というWindows向けの配布版で導入でき、画面で操作できるツールや、Gitに対応したエディタ（VS Codeなど）から使う方法もあります。始め方は、作業フォルダをGitの管理対象（リポジトリ）にし、変更を確認して節目をコミットする、という流れが基本です。AIエージェントに導入と操作を手伝ってもらうこともできます。
「サル先生のGit入門」とは何ですか？
Gitの定番入門サイト「サルでもわかるGit入門」の通称です。開発者向けの丁寧な教材として長く親しまれています。本記事はその手前、「そもそも何の道具か」を非エンジニア向けに整理する位置づけです。
在庫管理で出てくるGITとは同じものですか？
別物です。物流・貿易の分野では、輸送中の在庫を指す用語（Goods in Transit）の略としてGITが使われることがあります。本記事のGitはソフトウェアの名前で、関係はありません。
バックアップとは違うのですか？
役割が違います。Gitは「変更の節目を記録する」仕組みで、パソコン自体が壊れたときの備えにはなりません。故障・紛失に備えるには、別の場所への保管を組み合わせます。考え方はバックアップの3-2-1ルールとはで解説しています。
関連記事と「AI戦略」に関するご案内
Gitとは、ファイルの変更を見つけ、選んだ節目をコミットとして記録する仕組みであり、覚えるべき概念は「履歴・戻せる・差分」の3つだけです。AIエージェントに仕事を任せる時代には、AIの変更を確かめ、記録済みの節目へ戻しやすくする安全網として、エンジニア以外にも価値のある道具になりました。
履歴の共有先であるGitHubはGitHubとは、パソコンの故障に備える設計はバックアップの3-2-1ルールとは、AIエージェントの導入はClaude Codeの使い方で、それぞれ整理しています。
AI活用を個別ツールの理解で終わらせず、経営や業務の改善につなげたい場合は、中小企業社長のためのAI戦略活用完全ガイドで全体像を確認できます。
確認日：2026年8月2日（Git公式ドキュメントほか各社の公開情報を参照）
