RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
今日はプロジェクト管理ソフト「Redmine」を紹介します。これはもっと評価されていいソフトだと思うので、ささやかながら布教してみます。 Redmineって何さ？ プログラム言語「Ruby」（正確にはそのフレームワーク「Ruby on Rails」）で書かれた、オープンソースのプロジェクト管理ソフトウェアです。こういうのはBTS（Bug Tracking System: バグ追跡システム）とかITS（Issue Tracking System: 問題追跡システム）とも呼ばれます。ソフトウェア開発チームでの使用を想定されていて、Wiki、問題管理、バージョン管理がセットになっているのが特徴です。 そういうのってTracの方がメジャーでしょ？ その通りですね。Tracはプログラム言語「Python」で書かれている同種のソフトで、現在のBTSの原型を作ったと言っていいと思います。また、基本機能に
Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま
新年早々からビジネス関連の話題で恐縮なのだが、新年気分にも負けずたんたんと続けていくのがMOONGIFTクオリティ。新年一つ目はプログラマの大嫌いなバグの話題から。 バグトラッキングシステムはプロジェクトを進める上で大事なソフトウェアの一つだ。Windowsであればこれがごく簡単に導入できる。 今回紹介するオープンソース・ソフトウェアはJTrac、Javaベースのバグトラッキングシステムだ。 JTracは名前にTracと入っている。Tracというと、Pythonの有名なプロジェクト管理を彷彿とさせるが、現状ではあそこまで高機能ではない。バグトラッキングシステムに特化している。 Windowsであればごく簡単に利用できる。ダウンロード＆解凍し、バッチファイルを起動するだけで良い。80番のポートで起動し、標準はadmin/adminでログインできる。 後はプロジェクトを追加し、項目を設定すれば
Wednesday, October 18, 2006 Mercurial と Trac のメモ Mercurial（公式サイト） Mercurial: a fast, lightweight Source Control Management system designed for efficient handling of very large distributed projects. 大きな特徴 Mercurial is Fast, Scalable, Robust, Easy to Use, Easy to Adopt, and Free速い、スケールできる、堅牢（←しっかりしてる）、使いやすい、導入しやすい、フリー（オープンソースかつ無料）。 英語チュートリアル／日本語チュートリアル This tutorial is an introduction to using Mercu
悪のりで学ぶsvnadmin/trac入門実用編 とある平和なある週末に事件は起こった xx:14 ([aopy]+) stfuawsc汚染なコードをciってまった xx:14 (A) ちょ xx:14 (B) ｗｗ xx:14 (C) ｗｗｗ xx:14 (D) stfuawsc xx:14 {[ainOS]+} パネラーディスカッションという事で、直近のコミットした内容をこの世から抹消しなければならなくなった。 しかもtrac上のデータもあわせて..! 消したいリビジョンは100である。 svnのデータを消すコマンドだけで直前のコミットを取り消せないものかと調べたが、出来ないという事が分かった。 ちょっと冷静になって、svnadmin dumpとsvnadmin loadの組み合わせで何とか出来ないか？と考え$ svnadmin dump /svn/public > /tmp/publ
SELECT p.value AS __color__, (CASE status WHEN 'closed' THEN 'color: #777; background: #ddd; border-color: #ccc;' ELSE (CASE owner WHEN '$USER' THEN 'font-weight: bold' END) END) AS __style__, id AS ticket, summary, component, status AS __group__, resolution, t.type AS type, priority, owner, changetime AS modified, time AS _time,reporter AS _reporter FROM ticket t,enum p WHERE p.name=t.priority AN
tracは、チケットやWikiのデータを触ったり、subversionに触ったり、結構色々するプログラムである。httpdを動かしているユーザーにこれらの権限を与えたくないのでsuexecすることにする。 調べて分かったこと lighttpdのパッケージにはsuexecは含まれていない。 apacheからsuexecのソースを持ってきてコンパイルする。 Debianなら、apache-commonかapache2-commonをインストールすれば入る。 lighttpd自体にはapacheの様にsuexecのパスを知っていたり、configuration次第で透過的にsuexecしてくれたり、そういう機能は無い。 fastcgiプログラムごとに、bin-pathに指定するしかない。 See Also: TracのFastCgi運用のためのドキュメント lighttpdのsuexecのドキュ
subversion + trac ではまりまくり Posted by Gosuke Miyashita Wed, 04 Jan 2006 08:07:19 GMT そろそろ何かバージョン管理ツールを覚えないと、と思い、Subversion実践入門―達人プログラマに学ぶバージョン管理 を見ながら subversion を一通り触ってみた。 で、本も読了したので次は trac のセットアップにチャレンジしたら、これがもう、何かやるたびにエラーでつまづく、といった有様。 環境があまり一般的ではない（Slackware 使っていたり）ので、他の人の参考にはならない気がしますが、一応メモ。 まずは python のコンパイル。うちの環境は gcc が /usr/bin と /usr/local/bin にあるのですが、/usr/local/bin を優先するようになっています。が、これがはまりの元
Subversion に引き続き、Trac を Turbo Linux 10 Server に入れてみた。 私的ハマりポイントだけ記載。 (FreeBSD + ports の場合のインストール方法は、一番下に追記した) zlib インストール Turbo Linux 10 Server に標準で入っている Python を使う場合は不要。 PySQLite をインストールする際に必要。(Python の Make 時にリンクされる) http://www.zlib.net/ ここから最新版をインストール Python インストール turbopkg でインストールしたものが信用できなかったので、一応、新規インストール。 http://www.python.jp/Zope/download/pythoncore ここから最新版をダウンロードしてインストール SWIG bindings d:i
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く