【Subversion】ソースコード管理も中々楽しいものです

いったん区切りがついたので、
２ヶ月前からせこせこ作っていたGoogle App Engineのアプリケーションを本番環境にアップしてみました。
まったくのモックアップなので友人以外には見せられません。あしからず。
きちんとしたバージョンを何とかして早くアップしてご覧に入れたいものです。

さて、一応無事にリリースの真似事にまでこぎつけることが出来たので、
ソースコードの管理、具体的にはタグとかブランチの管理をしたいなぁ、と思い立ち、
ちょっと調べてみました。

プログラマの思索: Subversionのブランチを有効活用してアジャイルに開発せよ
プログラマの思索: 大規模プロジェクトはバージョン管理が重要になってくる

なるほど、ブランチといっても二種類あるんですね。
リリースブランチ
タスクブランチ
今回はリリースを行ったので、まずは本日の日付とリリースバージョンをタグ名（2008_07_07_ver0.0.1）にして、タグを作成します。タグを作ったら、Trunkから保守用のブランチを切り出すのが通例のようなのですが、わざわざ保守が必要なレベルのものでもないので、今回は切りません。

余談ですけど、保守（Maintenance）のよい短縮語って何なんでしょう？
Abbreviation Index
こ のページを見る限りだと、Maint, Main, Mai, Mntなどが挙げられていますが、MainとかMaiはイマイチ、MntだとMounｔと勘違いしてしまいそうです（特にLinuxなど・・・）。 Maintかなぁ。でもMaintってダサい・・・Mntがいいなぁ・・・

話を戻しまして、次の改修はモデルをとっかえひっかえ大いじりする大規模な改修になる予定ですので、（2008_07_07_TASK_TotalModelRevamp）←こんな名前をつけてタスクブランチを切ります。
これで遠慮なくソースをぶっ壊せる（Trunkからすぐに元に戻せるから）というわけです。
うーん、バージョン管理って便利ですね。一人開発でもこんなに使えるとは。

でも私が知っている現場ではろくな使われ方されている記憶がないですね。バージョン管理。
（タグ命名規則がないのでタグ一覧が滅茶苦茶だったり、そもそもバージョン管理の何たるかを知っているプログラマのほうが少ないため、バージョンクローズ時にデグレ発生しまくったり）

よいプロジェクトはよいバージョン管理からですね！