女性向けエンジニアスクール
3秒でわかる
ソースコードとその変更履歴をまとめて保管する入れ物。誰がいつ何を変えたかを追え、複数人の作業を統合する土台として Git で日常的に使われます。
もう少し詳しく
どういうものか
リポジトリは、プロジェクトのファイル一式と、その全変更履歴を保持する保管場所である。Git の場合、プロジェクトのルートにある .git ディレクトリが実体で、これがあるフォルダがリポジトリになる。
置き場所によって呼び分ける。手元のマシンにあるものをローカルリポジトリ、GitHub や GitLab のようなサーバー上にあるものをリモートリポジトリと呼ぶ。両者は対等な複製であり、push と pull で内容をやり取りする。
なぜ必要か
履歴が無いと、動かなくなったときに戻る先が無い。main_final_v2_修正版.zip のようなファイルを並べる運用は、どれが最新か分からなくなり、2 人が同時に触ると片方の変更が消える。
リポジトリは変更をコミット単位で積み上げ、それぞれに変更内容と作者と日時を残す。だから「先週の金曜の状態に戻す」「この行を書いた人を探す」「別の機能を並行して進める」が成立する。バックアップではなく、変更の理由を追える記録という点が要点になる。
具体例
# 手元の既存フォルダをリポジトリにする
git init
git add .
git commit -m "初期コミット"
# リモートリポジトリを登録して送る
git remote add origin https://github.com/example/webapp.git
git <a href="/glossary/push" class="text-primary font-medium underline underline-offset-2 hover:text-primary-dark">push</a> -u origin main
# 既存のリポジトリを手元に複製する (履歴ごと落ちてくる)
<a href="/glossary/git-clone" class="text-primary font-medium underline underline-offset-2 hover:text-primary-dark">git clone</a> https://github.com/example/webapp.git
# 履歴を見る
git log --oneline -5clone はファイルのダウンロードではなく、履歴を含むリポジトリ全体の複製である点が zip のダウンロードとの違いになる。
つまずきやすいところ
node_modules やビルド成果物、.env をそのままコミットしてしまう例が多い。前者はリポジトリを肥大化させ、後者は API キーの流出になる。.gitignore を最初に置いておく。
一度コミットした秘密情報は、その後のコミットで消しても履歴に残り続ける。取り違えると公開リポジトリから読み取れてしまうため、流出した鍵は履歴の書き換えより先に無効化して発行し直す。
似た用語との違い
リポジトリという語はソフトウェアの他の場面でも使われる。Linux のパッケージリポジトリはインストール可能なパッケージの配布元を指し、設計手法としてのリポジトリパターンはデータ取得の処理をまとめる層を指す。共通するのは「まとまった保管と取り出しの窓口」という意味合いである。
