そろそろTracのワークフローについて語っておくか - almost nearly dead
思いのほかワークフローに言及する人が少ないので、この辺で少し語ってみることにしてみる。 0.10までのtracは基本的には new → assigned → closed という非常に貧弱で単純。 これに対処すべくTracの利用者の多くは、管理者以外はチケットクローズしないという運用ルールを決めたり、実装者にクローズさせておいて確認日を入れるカスタムフィールドを用意して対処したり、とりあえず人に優しいとは言えない状態でした。 まぁ当然この貧弱さは問題視されていなかったわけではなく、0.11へのバージョンアップでワークフローがカスタマイズ可能になり問題を解決することが可能になっているわけです。 0.11では デフォルトワークフローの変更 これは assigned の後に accepted というステータスが追加になりました。 これにより0.10以前では把握が難しかった着手・未着手の状態が、
ソフト/Bug Tracking/情報源 - discypus
(2006-01-10 新規作成) リンク集。Bug Tracking System (BTS) / Issue Tracking System (ITS) / タスク管理システム / プロジェクト管理システムなど。 2008-04-18 「バグトラッキングの目的・方法・手順・項目」を ソフト/Bug Tracking/目的・方法・手順・項目 に移動 2007-06-16 BTS/ITS とタスク管理・プロジェクト管理を区別するのが難しくなってきたので1つにまとめました。 [編集]全般（リンク集、機能比較） # Open source bug databases オープンソースのバグ管理システムのリスト。 Abuky / Agstools bugtrack / Anthill Bug Manager / BugRat / Bugs Online / Bugzilla / Debian bu
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
