第4回 Tracではじめるバグ管理入門
「チケットは開発を救う」と考え，2007年のITpro Challenge!にてチケット駆動開発を提唱した。Tracを使う最大の利点はチケットとリポジトリ・ブラウザを連携できることだと考えている。 前回（第2回～第3回）までの連載で，Tracのインストールと基本的な設定が終わりました。これからの連載では，Tracを上手に運用するためのコツをご紹介していきます。 Tracの主な機能には，Wikiとリポジトリブラウザ，それにチケットによるタスク管理システムがあります。Wikiとリポジトリブラウザは使っていても，チケットは使っていないという方は意外に多いのではないでしょうか。そこで第4回では，チケットの一番の用途である「バグ管理」について説明します。今回の説明には，Trac 0.11（日本語版）が含まれるTrac Lightningのバージョン2.0.4を使用しますが，基本的な考え方は以前のバー
チケットの使い方 - Meadow - Trac
チケットの使い方 作成されたチケットはどのように使っていくのがよいかを説明します。 筆者の個人的な見解がたぶんに含まれていますのでご注意を。 なので、ここで述べる内容に従わなきゃいけないなんてことはありません。 臨機応変に使っていきましょう。 まずはおおまかに チケットは単純で、およそ2つの状態と思ってよいでしょう new または reopened あるいは accepted などの、チケットが活きている状態 closed した、つまり完了した状態。 チケットを作成した直後は、状態として new となります。 通常のプロセスで行くと、作業担当者が acccept(担当)し、accepted 状態になります。 そして実際に作業が完了したら "resolved as 'fixed'" として、closed 状態になります。 あるいは、チケットの内容が標準外のelispパッケージによるものでme
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
