まず、一番わかりやすい用途が Subversion の WEB ブラウザに対するフロントエンドです。フロントエンドという言葉が聞き慣れないかもしれませんが、要は「外側」とか「インタフェース」とか「接点」という意味です。実は Subversion を使うためには Subversion の専用クライアントが必要なのですが、 trac のフロントエンドを使うと WEB ブラウザさえあれば Subversion にアクセスできるようになるのです。「 WEB ブラウザでアクセスする必要ってある？」と思われるかもしれませんが、ソースコードの改変履歴などを見るためだけにわざわざ Subversion の専用クライアントをインストールするのは面倒です。たとえば他人の家や出先でソースコードを確認したいことなどありませんでしょうか？

次の用途がタスク管理とバグ管理です。 Byerkut さんは trac の使用経験が浅いため、うまくタスク管理とバグ管理を分離できていないのですが、 trac を使うと今のプロジェクトにどれだけのタスクとバグが残っているのかを確認することができるようになります。バグは開発者以外の人間も投稿することができ、フォロワーの力を得てゲームの品質を上げることもできます。残りタスクは進捗バーで表示され、「ああ、プロジェクトの完成度はこの辺か」と毎日確認するのが楽しみになります。

最後の用途が wiki による情報共有です。これは単純に trac が wiki の機能を持っているのです。しかし、ただ単に trac に wiki がバンドルされているだけというわけではありません。特定のタグを打ち込むことでタスク管理やバグ管理と連携することができるのです。たとえば、「○○という環境では××が発生する（#1234）」という文字列を作ると #1234 の部分が該当のバグ情報へリンクされるようになるのです。これは情報共有の強力な武器になります。

簡単ではありますが、これが trac の用途です。しかし trac は普及率と拡張性は高いものの、動作に python が必要であったり、別のプロジェクトを管理したい場合は trac をもうひとつインストールする必要があるなど、若干ではありますが導入に抵抗があります。そこで最近見つけたのが Chaw です。 Chaw は PHP で動作する trac のようなソフトウェアで、ひとつインストールするだけで複数のプロジェクトを管理することができるようになります。正式リリースは先ですが、今後の動向を要チェックです。

実は Subversion というのは、このソースコードのバージョン管理ツールの代表的な実装なのです。 Subversion を使うと先のシナリオのような事態に陥っても問題を解決しやすくなります。

まず、先のシナリオのように、 Byerkut さんと yomogi さんが同時に bootstrap.cpp を更新してしまった際に、 Subversion を使っているとどうなるのかというと、なんと何事もなかったかのようにふたりの作業が消失せずに反映されるのです。 Subversion を使うと、同じファイルが複数の人間によって編集された場合、 NAS へアップロードする段階で、ふたりの編集ポイントをマージ（併合）します。つまり、 Subversion を使うと、「これから編集しようとするファイルは、他の誰かによって編集されているかもしれない」という配慮が必要なくなるのです。もう、好きなときにソースコードを編集することができます。なんて便利なんでしょう！

しかし、ひとつだけ注意点があります。 Subversion は同じファイルが別の人間によって変更された場合、それぞれの変更点をマージ（併合）してソースコードを保ちますが、これはそれぞれの変更点が異なる場合です。たとえば Byerkut さんが bootstrap.cpp の Activate() 関数を変更し、 yomogi さんは bootstrap.cpp の Deactivate() 関数を変更した場合などのように、変更を加えた場所が異なるときのみの話なのです。もし、 Byerkut さんと yomogi さんが同じ行のコードを書き換えた場合、 Subversion はどちらの変更が正しいのか判断できないため警告を発します。警告を受けたプログラマは他のプログラマと議論してどちらの変更が正しいのかを決定し、 Subversion へコミットしなければなりません。

ちょっと覚えることが多くて面倒に感じられますでしょうか？しかし、多人数でのソフトウェア開発において、ソースコードのバージョン管理ツールを使うことはデファクトスタンダードになっています。これからチームで同人ソフトを作ろうと思われている方は Subversion について一考いただくことをおすすめします。

ちなみに Chaw は Subversion のフロントエンドを備えたバグトラッキングシステムです。一言で言って「プロジェクト管理システム」です。

答えはソースコードのバージョンを管理してくれるということです。…まったく人をなめた回答ですが、まずは次のようなシナリオをご想像ください。

10 人くらいでゲームを作っているとします。 Byerkut さんと yomogi さんはプログラマのツートップでガンガンソースコードを書いています。ゲームのソースコードは NAS を使ってメンバーで共有しています（ NAS というのは LAN 上に置ける共有ハードディスクみたいなものです）。 Byerkut さんと yomogi さんはプロジェクトに参加する際に NAS からソースコードの一式を手持ちのパソコンにコピーして作業を始めました。

ある日 Byerkut さんは WinMain() を UNICODE 化する手法を勉強したので WinMain() が書いてある bootstrap.cpp を編集しました。めでたく WinMain() は _tWinMain() になり、プログラムのパラメータとして UNICODE が渡せるようになりました。さっそく、他の人にも使ってもらおうと bootstrap.cpp を NAS 上にアップロードしました。

時を同じくして yomogi さんは WinMain() 関数を巧みに隠蔽する方法を発見し、これを実装しました。めでたく bootstrap.cpp はカプセル化され、 Windows プログラミングの基礎知識を持たない人でも開発に参加できるようになりました。さっそく、他の人に使ってもらおうと bootstrap.cpp を NAS 上にアップロードしました。

さて、ここで問題が生じます。いったい何が問題になるのでしょうか？

そうです、かなり高い確率で bootstrap.cpp 内の Byerkut さんが編集した部分が消失します。 Byerkut さんと yomogi さんは、プロジェクトを開始する直後こそ同じ bootstrap.cpp を持っていましたが、お互いが同じファイルを更新してしまったために、先に編集してアップロードした Byerkut さんのコードが、後から編集してアップロードした yomogi さんのファイルによって上書きされてしまうのです。これを避けるためには後から編集する yomogi さんが、 bootstrap.cpp が Byerkut さんによって編集されていることを予測し、 NAS 上へアップロードされているであろう bootstrap.cpp の最新版を、あらかじめダウンロードしておかなければならないのです。

つまり、この問題を一言で言うと、「これから自分が編集しようとしているファイルは、他の誰かによって編集されているかもしれない。ゆえに作業に先立って最新版のファイルを入手しなければならない」ということです。これは面倒です。本格的なゲームとなるとファイルは 100 や 200 を超えますから、ちょっとした不注意から他人が書いたコードを上書きして消してしまうかもしれないという恐怖にさいなまれます。

これを解決するプログラムがソースコードのバージョン管理ツールなのです。

続きます。

そこでゲーム制作ポータルサイトを作れないかと画策中です。

内容はフォーラムやゲーム制作に役立つライブラリのメモやダウンロードコーナーなどです。ちょっと寂しい気もしますが、これだけでも十分に価値があると思います。方向性としては当サイトが理想とする省エネプログラミングです。

あと、何とかやりたいのが Chaw との連携です。これにはふたつのアプローチがあって、ポータルサイトに Chaw のフロントエンドを作るか、 Chaw にポータルサイトの機能を持たせるかです。 Chaw は CakePHP ですので後者の方が簡単ですが時間がかかるかもしれません。

いろいろと考えてみます。少なくともメモは自分のためにほしいです。

Chaw

まだ、αバージョンということで、 SVN との連携に問題があるようですが、ひとつのアプリケーションで複数のプロジェクトを管理することができたりと、 trac よりも魅力的なスタートラインに立っています。 trac の拡張性を考えると簡単に乗り換えできないかもしれませんが、この手のツールを全く使ったことがない方にはちょうど良いと思います。

何よりうれしいのが CakePHP で作られているという点です。常々、他のプログラマーのコードを読んで勉強したいと思っていたところでした。

プロジェクトの今後に目が離せません！