なぜバージョン管理が必要か

この単元では、ファイルを日付付きでコピーして保存する運用が抱える問題と、それを解決するバージョン管理システムの役割を学びます。あわせて、集中型と分散型という二つの方式の違いも理解します。

多くの人がまず行うファイル管理は、編集するたびにファイル名を変えてコピーを残す方法です。日付や「初版」「最終版」のような呼び方を付けて保存しますが、この方法には後で見る問題があります。

この運用は主に三つの点で破綻します。まず、なぜ変更したのかという理由が残らないこと。次に、ファイルが増えるほどどれが最新版か分からなくなること。そして、複数人が同時に編集すると、片方の変更が上書きされて消えてしまうことです。

二人が同じファイルを同時に編集すると、後から保存した人の内容がもう一人の変更を上書きしてしまいます。コピーによる管理では、この事故を防ぐ仕組みがありません。

バージョン管理システムとは、ファイルの変更履歴を記録し管理する仕組みです。いつ・誰が・何を・なぜ変更したかを記録し、過去の状態に戻したり、複数人の変更を一つにまとめたりできます。

バージョン管理システムは、変更のたびに四つの情報を記録します。いつ変更されたか、誰が変更したか、何が変更されたか、そしてなぜ変更したのかという理由です。この四つが揃うことで、後から履歴を追えるようになります。

バージョン管理システムでできることは大きく二つあります。一つは、過去の任意の時点の状態に復元できることです。もう一つは、複数人が別々に加えた変更を一つに統合できることです。これにより、上書き事故や版の混乱を防げます。

バージョン管理システムには集中型と分散型という二つの方式があります。集中型は履歴をサーバだけが持ちますが、分散型は各利用者の手元にも全履歴の複製が置かれます。そのため分散型では、オフラインでも履歴の参照や記録ができます。

集中型では履歴を持つサーバーに全員が接続します。分散型では、サーバーだけでなく各利用者の手元にも全履歴の複製があり、対等な関係になっています。

この単元では、日付付きのコピー保存が理由不明・最新版不明・上書き事故という形で破綻することを学びました。バージョン管理システムはいつ・誰が・何を・なぜを記録し、復元と統合によってこれらの問題を解決します。そして、履歴をサーバだけが持つ集中型と、各利用者の手元にも履歴を持つ分散型という二つの方式があることを確認しました。