Gerritとは？Gitとの違いも含めて会話形式で解説！

違うよ。ざっくり言うと、

Gitはソースコードの変更履歴を管理する道具
GerritはGitの変更内容をレビューするための仕組み

って感じ。

Gitは、ファイルの変更履歴を記録して、過去の状態に戻したり、誰がどこを変更したか確認したりできるバージョン管理システムなんだ。

Gitは、プログラムのソースコードを管理するためによく使われるツールだね。

たとえば、チームで開発していると、

• 誰がどこを変更したか
• いつ変更したか
• 前の状態に戻せるか
• 複数人の変更をどうまとめるか

を管理する必要があるでしょ？

そうそう。
そのために使うのが Git。

Gerritは、Gitで管理しているコードに対して、
その変更を本当に取り込んでいいかレビューするためのWebツール だよ。

公式にも、GerritはGitベースの開発向けのWebベースのコードレビューシステムとして説明されているよ。

Gerritでは、変更内容を見ながらコメントしたり、承認したり、修正を依頼したりできる。

GitとGerritをたとえるなら、こんな感じ。

違いを表にするとこんな感じ。

よくある流れはこんな感じ。

• 開発者がGitでコードを変更する
• 変更をcommitする
• Gerritにpushする
• レビュアーがGerrit上で内容を見る
• 問題があればコメントする
• 問題なければ承認する
• 承認後に正式なブランチへ取り込まれる

そうそう。
Gerritは、変更を直接取り込む前にレビューする流れを作りやすいんだ。Gerritの説明でも、レビューしやすいように変更差分を表示したり、インラインコメントを付けられることが特徴として紹介されているよ。

かなり似てる。
どちらも「変更をレビューしてから取り込む」という目的は近いね。

ただ、Gerritは特にこういった特徴がある。

• 1つ1つのcommitを細かくレビューする
• パッチセットという単位で修正履歴を追いやすい
• 権限管理や承認ルールを細かく設定しやすい

うん、まずはその理解でOKだよ。

Gerritでは、レビューに出した変更を修正すると、
その修正版が「パッチセット」として管理されるよ。

たとえば、最初にレビューへ出したものがパッチセット1、
指摘を受けて直したものがパッチセット2、
さらに直したものがパッチセット3、というイメージだよ。

つまりGerritでは、
「最初の変更」と「レビュー後に直した変更」を分けて確認しやすいんだ。

主なメリットはこんな感じ。

Gerritは、Gitで作った変更をチームで確認してから取り込むためのコードレビューシステムだよ。

そう、
Git = コードの履歴管理
Gerrit = コードの審査室
という感じだね。

GerritはGitの代わりではなく、Gitを使った開発にレビューの仕組みを追加するもの と考えるとわかりやすいよ。