バージョン管理のすゝめ　～その１（仮）

こんにちは、エンジニアの藤野です。

今回は、システム開発の旅のお供「バージョン管理」の素晴らしさについて軽くご紹介したいと思います。
詳しい機能や使い方まで伝えようとするとページがいくらあっても足りないので、今回は「その１」とし、

そもそもバージョン管理とは何ぞや？
で、そいつを使うと何がいいの？

といった辺りを中心に、
「え～、何か面倒くさそう。。。」という人に「バージョン管理って素敵！さっそく取り入れてみよう！」となってもらうことを目的として書いてみようかと思います。

やる気が続けば、その２・・・として詳しい機能や使い方まで、
シリーズ化してお伝えしていければと思います。（今のところ）

バージョン管理とは何か

とあるお客さまの開発用サーバに更新をしようとしたある日…

orz…

何とはなしに古いのを消すのが怖い…という過去の担当者たちの葛藤が積もり積もった感じでしょうか。
そもそもidnexとは何なのか。。

几帳面なO型を自負する私はこういうのを見るとたまらなくモヤモヤします。。。
バックアップはせいぜいローカルに残しておいて
開発用とは言えせめてサーバ上は出来るだけ本番環境と同じきれいな状態にしておきたいものです。

この状態では実際に必要なファイルがどれなのかやがてわからなくなり人的ミスの原因となりますし、
いざという時のためのバックアップとはいえ、
それぞれの時点でのファイルに紐づく画像ファイルや読み込んでいる外部ファイルなども存在するはずなので
結局ある時点での状態に直ちに戻すことは不可能です。

また、複数人で開発・更新している場合、
他の担当者Aさんが修正したことを知らずに自分のローカルにあるファイルが最新だと思い込み
それに修正を加えてサーバ上に更新してしまい、Aさんの作業を無に帰すという
いわゆる「先祖帰り」が起こるというのもよく聞く話です。

何かいい方法はないものでしょうか。。
そう、そんな時こそ「バージョン管理」の登場なのです！

バージョン管理の種類

バージョン管理は大きく「集中型」と「分散型」と呼ばれる2種類に分類されます。
それぞれ、「集中型」はSubversion(SVN)やCVS、「分散型」はGitやMercurialあたりがメジャーどころかと思います。

「集中型」は中央サーバーがファイルの原本と更新履歴（リポジトリ＝「貯蔵庫」の意）を一元管理するのに対して、
「分散型」はそれぞれのローカル上にリポジトリを持っているイメージです。
「分散型」ではローカル上にリポジトリを持っているので、
個人的に一時的な開発用ブランチを作ってマージしたりすることも容易です。

まぁ、難しいことはいいのでここでは「へぇ～」くらいに思ってもらえればいいと思います。
「分散型」の方が新しく、今後（すでに？）主流になっていくものと思われます。