Git

書類やレポートを作っていて、「企画書_最終版.docx」「企画書_本当の最終版.docx」「企画書_最終_修正済_確定.docx」といったファイルでデスクトップが埋め尽くされた経験は誰にでもあるはずです。せっかく書いた大切な内容が消えてしまうのを恐れて、ファイル名を変えながらコピーを増やしてしまうからです。

Gitは、こうした非効率なファイルの複製作業をスッキリと解決してくれます（Wordファイルはあくまで分かりやすい例えで、Gitは主にソースコードなどのテキストファイルを管理するために使われます）。ファイル名は1つのまま、好きなタイミングでチェックポイント（セーブデータ）を写真のように残しておくことができるのです。

こうして積み重なった記録のおかげで、いつでも過去へとタイムトラベルが可能です。新しい内容を書き足した結果プログラムが動かなくなってしまっても、慌てる必要はありません。数回の操作で、昨日の午後3時にセーブ（コミット）した正常な状態へとキレイに戻せます。

Gitは1人で作業するときも便利ですが、チームでひとつのプログラムを開発するときに真価を発揮します。もし複数人が同じファイルを同時に編集したら、お互いの作業内容を上書きしてしまい、大混乱に陥ってしまいます。

Gitはこの問題を、『ブランチ（枝）』というパラレルワールドの仕組みでスマートに解決します。元の太い幹（メインのコード）を安全に保ったまま、開発者ごとに自分だけの新しい枝を伸ばし、それぞれ担当する機能を自由に開発できるのです。

各自のブランチで実験や開発が終わったら、その枝を元の幹へと合流（マージ）させます。もし2人の開発者が同じ行を別々に変更してしまっても、Gitが「ここが衝突（コンフリクト）しています」と正確に教えてくれるため、トラブルにならずにスムーズにすり合わせができます。

もう少し専門的に言うと、Gitは参加者全員がプロジェクトの全歴史を共有して持つ『分散型バージョン管理システム』です。中央サーバーだけに履歴を保管していた古い方式とは異なり、参加するメンバー全員のパソコンにすべての変更履歴の完全な複製が保存されます。

そのため、飛行機の中や電波の届かないオフライン環境でも、問題なく作業履歴を残したり過去の記録を調べたりできます。また、万が一メインのサーバーが落雷や故障でダウンしても、誰かのパソコンに残っている複製から、最後に同期した時点までの履歴をほぼそのまま復旧させることができます。

なお、Git自体にも他のパソコンと記録をやり取りする機能（push・pull）が備わっています。このGitのリポジトリ（保存庫）をクラウド上に置いて、世界中の仲間と共有・共同作業できるようにした代表的なWebサービスが『GitHub（ギットハブ）』です。