CVS から Subversion に乗り換え

2004-09-04 の「Windows で CVS サーバとクライアントを使う」で書いたように、私は Windows だけで完結する CVS 環境を作り、ソースコードなどのバージョン管理に利用している。でも、やっぱり Windows 環境なんだから GUI を使って手軽にバージョン管理したい。

- GUI だとコミット (チェックイン) をこまめにするようになる

個人的なバージョン管理には前述の CVS を利用しているが、仕事場ではバージョン管理システムとして PVCS と VSS (Visual Source Safe) を使っている。

VSS はなかなか良い。正確に言うと、VSS ではなくて VS.NET が良いんだけど。VS.NET だと ソリューションエクスプローラというところに常にリポジトリが表示されていて、ソースを修正しようとすると、すぐさまチェックアウトするかどうか尋ねるダイアログが出る。もちろん修正後にはソリューションエクスプローラから VSS にチェックインできる。統合開発環境の強みだ。

VS.NET + VSS ではチェックインとチェックアウトが手軽にできるので、「コンパイルが通ったらとりあえずチェックイン」という使い方になってくる。ファイルの新規追加もドラッグアンドドロップだけでできて簡単。とても便利。

- コマンドラインだとコミットを怠りがち

一方、私の CVS 環境はコマンドラインからの操作が中心。GUI だけでできる環境に比べると手間がかかるので、コミット(チェックイン) を怠りがちになる。

当該 CVS を利用しているのは私一人なのでそれでもいいんだけど、コミットの粒度が荒いのでバージョン間の差分が大きくなるのが難点。せっかくバージョン管理システムを使ってるのに、活用し切れてないわけだ。それに、GUI に比べるとファイルの新規追加もちょっと手間がかかる。今回 GUI を使いたいと思った理由はこれらをなんとかしたいと思ったからだ。

バッチファイルやスクリプトを活用すれば解決できるという意見もあるかもしれない。しかし、バージョン管理システム側でそれらを自動生成してくれるのならまだしも、自分で作って管理していくのは煩わしい。タグやブランチ、リポジトリのバックアップくらいの管理作業は厭わないけど、それ以上はやりたくない。bash にくらべて使い勝手が劣る dos プロンプトに縛られたくないし。

- コマンドライン版 CVS の代わりに何を使おう?

では、Windows 環境では コマンドライン版 CVS の代わりに何を使うのが良いんだろう?

リポジトリの互換性や実績などを考慮すると、WinCVS などを使って CVS を使いつつ GUI 化した環境を作るのが無難なところだろう。でも、今回は業務で使うわけではないので互換性や安定性は重視しない。リポジトリも最新版さえインポートできればそれで十分。フリーで便利なバージョン管理システムならなんでもいい。オープンソースでなくてもまあ許容範囲。

ということで Subversion を導入することにした。Subversion はフリーのバージョン管理システム。幸いなことにオープンソース。Windows でも Unix でも使える。Windows のエクスプローラにシェル統合できる TortoiseSVN という GUI クライアントがあるそうなので、それを使ってみることにする。とーたす えすぶいえぬって読むのかな?

ねむくなったので続きはまた明日。

追記。2005-03-01 に 「Subversion を Windows で GUI 中心に使う」を書いた。