付録D:Git/GitHub用語集

この用語集では、本書で繰り返し登場するGitとGitHubの基本用語を、初学者向けに短く定義します。各項目から、実際の操作や考え方を詳しく説明している関連章へ移動できます。

使い方

本文を読み進めていて意味を確認したくなったときは、ブラウザーの検索機能またはこのページの見出しを使って用語を探してください。Gitの仕組みを確認したい場合は第2章、GitHub上での共同作業を確認したい場合は第7章・第8章を参照すると、用語同士の関係も理解しやすくなります。

GitとGitHubの基本

Git

定義: ファイルの変更履歴を記録し、過去の状態を確認・復元できる分散型バージョン管理システムです。GitHubとは異なり、Git自体は手元のコンピューターでも動作します。

関連章: 第2章:Git基礎 - バージョン管理の仕組み付録A:Gitコマンドリファレンス

GitHub

定義: Gitリポジトリをインターネット上で共有し、IssueやPull Requestなどを使って共同作業できるサービスです。Gitで管理する履歴を保存するだけでなく、レビューや自動化の機能も提供します。

関連章: 第1章:はじめに - なぜGitHubを学ぶのか第3章:初めてのリポジトリ作成

Repository(リポジトリ)

定義: ファイルとその変更履歴、ブランチなどをまとめて管理する場所です。ローカルリポジトリは手元にあり、GitHub上のリモートリポジトリは他のメンバーとの共有に使います。

関連章: 第2章:Git基礎 - バージョン管理の仕組み第3章:初めてのリポジトリ作成

履歴と共有先

Commit(コミット)

定義: 変更内容をひとまとまりの履歴として記録する操作、またはその記録です。コミットには、何を変更したかを後から確認するためのメッセージを付けます。

関連章: 第2章:Git基礎 - バージョン管理の仕組み第7章:ブランチの基本操作

Branch(ブランチ)

定義: 変更履歴の流れを分岐させる仕組みです。作業用ブランチを使うと、mainブランチを保ったまま新機能や修正を試せます。

関連章: 第7章:ブランチの基本操作第2章:Git基礎 - バージョン管理の仕組み

Remote(リモート)

定義: ローカルリポジトリから参照する、別の場所にあるリポジトリです。origin は、GitHub上のリポジトリを登録したときによく使われる名前です。

関連章: 第2章:Git基礎 - バージョン管理の仕組み第3章:初めてのリポジトリ作成

Clone(クローン)

定義: リモートリポジトリのファイルと履歴を、ローカル環境へコピーして作業を始める操作です。git clone を実行すると、通常はリモートとの接続情報も設定されます。

関連章: 第3章:初めてのリポジトリ作成付録A:Gitコマンドリファレンス

Pull(プル)

定義: リモートリポジトリの新しい履歴を取得し、現在のローカルブランチへ取り込む操作です。共同作業では、作業前に git pull で共有先の変更を確認します。

関連章: 第2章:Git基礎 - バージョン管理の仕組み第7章:ブランチの基本操作

Push(プッシュ)

定義: ローカルで作成したコミットをリモートリポジトリへ送る操作です。git push によって、GitHub上のブランチに変更を共有できます。

関連章: 第3章:初めてのリポジトリ作成第7章:ブランチの基本操作

GitHubでの共同作業

Issue(イシュー)

定義: バグ、タスク、質問、機能要望などを記録し、担当や議論を管理するGitHubの機能です。Issueを作業の起点にすると、変更理由と完了条件を残せます。

関連章: 第8章:Issue 管理とプロジェクト管理特別編:Docs-as-Code

Pull Request(プルリクエスト、PR)

定義: あるブランチの変更を別のブランチへ取り込む前に、差分を提示してレビューを依頼するGitHubの機能です。PRには変更の目的や関連Issueを記載します。

関連章: 第7章:ブランチの基本操作第8章:Issue 管理とプロジェクト管理

Review(レビュー)

定義: Pull Requestの変更内容を確認し、改善点や承認を返す作業です。動作だけでなく、目的との一致、読みやすさ、テスト、セキュリティも確認します。

関連章: 第7章:ブランチの基本操作特別編:Docs-as-Code

Merge(マージ)

定義: ブランチで作成した変更を、別のブランチの履歴へ統合する操作です。Pull Requestのレビューと必要なチェックが完了した後に実行します。

関連章: 第7章:ブランチの基本操作第3章:初めてのリポジトリ作成

Conflict(コンフリクト、競合)

定義: 複数の変更が同じファイルの同じ箇所などに入り、Gitが自動的に統合できない状態です。内容を確認してどの変更を残すか決め、解消後に再度コミットします。

関連章: 第7章:ブランチの基本操作第12章:トラブルシューティング

自動化

GitHub Actions

定義: GitHub上で、push やPull Requestなどをきっかけにテスト、ビルド、デプロイといった処理を自動実行する仕組みです。処理はworkflow、job、stepなどの設定で定義します。

関連章: 第9章:GitHub Actions入門 - 自動化の基礎第11章:高度な機能活用

用語のつながり

典型的な変更の流れは、リモートリポジトリを clone し、branch を作成して変更を commit し、push で共有した後、Pull Requestreview を経て merge するというものです。共有前に pull で最新状態を取り込み、統合時に conflict が起きた場合は内容を解消します。GitHub Actionsは、この流れの中でテストやビルドを自動化します。