プログラマーズ雑記帳

Redmine はバグ管理、プロジェクト管理のシステムです。
これらの用途に使用するためには、チケットを使います。

トラッカー

チケットはバグ報告、機能追加のタスクのどちらにも使用します。 このチケットの種類を決めるのが、トラッカーでデフォルトでは以下の 3 種類です。

トラッカー	用途
バグ	不具合報告
機能	機能追加
サポート	不具合修正、機能追加のどちらでもない作業

ほとんどの場合、開発作業はバグまたは機能にわけることができると思います。 ただ、テスト環境の準備といった直接には開発に関係のない作業が必要なときもあります。 こういうときにはトラッカーをサポートにしたチケットにします。

これで足りないなというときは Redmine では新しくトラッカーを追加することもできます。 また、チケットの種類を細分化したいというときは、 カテゴリを使用します。
トラッカーの追加はシステム管理者のみが可能で、システム全体に対してトラッカーを追加するのに対して、 カテゴリはプロジェクトの [設定] ページで追加できます。
デフォルト以外のものが欲しくなったとき、トラッカーを追加するかカテゴリで分けるかというのは難しいところですが、次回説明するワークフローを変えたい場合にはトラッカーの追加となります。
いろいろとトラッカーを追加したいと思われることは多いと思いますが、 やりすぎると混乱のもとになります。この 3 つでも結構十分なので、使いなれてくるまではこのままで、やってみるのがいいかなと思います。

バージョン

チケットはバージョンに関連づけることが出来ます。
バージョンは通常 1.0.0 、 1.5.3.42 のような型式ですが、まだ明確にきまっていない場合は "初期開発" や "Linux 移植" といった内容を表す名前でもかまいません。後から名前を変更することも出来ます。

[ロードマップ]ページでバージョンに関連づけられたチケットの一覧と バージョン全体での進捗をみることができます。
このバージョンが完了した時、 このロードマップがちょうどリリースノートのようになるようにチケットを作るのが、基本的な使い方ではないかと思います。


このため、バージョンの使い方で一つ注意点があります。
バグ報告で対象バージョンを指定する場合、 対象バージョンはバグの発生したバージョンではなく、 バグを修正するバージョンを指定することです。
バグをどのバージョンで修正するかは開発側が決めるものなので、 もし自分が開発者ではない状況でバグ報告を出す場合、 チケット作成時に対象バージョンは指定しないようにしてください。

バージョンの作成

新しいバージョンはプロジェクトの [設定] ページから作成します。

ステータスは作成時には [進行中] のままにしておきます。
バージョンをリリースするなどして完了した時に [完了] にします。 [ロック中] は保留のような状態になります。

• バージョンのロックと終了 | Redmine.JP Blog

Wiki ページはバージョンにもっと詳しい説明をつけたい場合にページ名を書いておきます。 ページの内容がロードマップの説明に追加されます。
ページは後で修正できますし、まだ存在していないページの名前でも構いません。

共有は前回あげた Foo システムの例のようにプロジェクトが複数のサブプロジェクトを持つ場合などで使用します。共有しておけばサブプロジェクトのチケットも同一のバージョンに関連づけれれるようになります。
共有範囲は細かく選択できますが、共有するようなバージョンは親のプロジェクトで作成することが多いので、 [すべてのプロジェクト] 以外はどれを選んでもあまりかわりません。

• バージョンの継承 | Redmine.JP Blog

バージョンの追加

チケット編集時にも + のボタンを押すことによって、新しいバージョンを追加することができます。

細かい設定はできませんが、チケットを編集する時に気づいて、 [設定] ページに戻って作ってから、 再度、チケットを編集するという手間が省けて便利です。
後から変更もできますし、バージョンを作成するときにそんなに細かい設定が必要ないことが多いので、 バージョンは結構こちらで作成することの方が多いです。

ただし、バージョンがひとつもないとバージョンの項目自体が出てこなくなり、 チケット編集画面でのバージョンの作成はできません。

---