RedmineとTracの比較 - wyukawa's diary
これまた今更感のあるネタですが少し調べてみたので書いておきます。比較対象バージョンはRedmine 0.9.4とTrac 0.11.7です。 あと僕は基本的にTracユーザです。といっても使い倒しているわけではありません。Redmineに関しては実戦投入したことはありません。 1. インストール これは前提条件を明確にしておかないと比較にならないので、OSはLinuxでtracdやMongrelのような開発サーバではなくApahceに連携させるという前提にします。なのでTracLightningはのぞきます。あとSubversion使う前提にします。 この前提にたつとインストールはどっちも面倒だと思います。結局本体とは別にTracならmod_pythonやmod_wsgiと連携させますし、Redmineならpassengerに連携させるのでその辺が面倒だなと。 Redmineだとさらにマイ
課題管理対決！Redmine vs. Trac
Redmineの機能と特徴 Redmineは、Ruby on Rails上で動作する、Webインタフェースの課題追跡（Issue Tracking）ツールです。原稿執筆時点（2008年9月現在）での最新のバージョンは0.7.3です。 Redmineが搭載している機能は、「マイルストン設定（ロードマップ）」「カレンダー／ガントチャートの表示（概要）」「作業時間の登録／集計（チケット、概要）」「作業履歴の閲覧（活動）」「課題の登録／追跡管理（チケット、新しいチケット）」「伝言板（ニュース）」「文書の登録／閲覧（文書、Wiki）」「ディスカッション（フォーラム）」「ファイルの共有（ファイル）」「ソース管理との連携（リポジトリ）」「ワークフロー定義」「メール通知」「RSS配信」「ユーザの管理/ロール・権限の設定」です。なお、かっこの中はRedmine画面上で対応する主なメニュー項目名です。 筆者の
10分でつくる、プロジェクト管理ツール"Trac" - Unix的なアレ
Tracの構築ってなかなか面倒ですよね。自分も初めて作ったときはいろいろと手間取ったことを覚えています。 とくにソースからいれるとなると、いろいろとやらなければいけません。パッケージも用意されていますが、日本語化をする場合などいろいろと面倒があります。 今回も前回に引き続き、簡単にTracのインストールを行う手順を紹介したいと思います。 事前準備 まずは、以下の手順を行っていることが前提です。 10分で作る、Subversionレポジトリ - UNIX的なアレ そのため、動作環境は以前と同様です。試してみたところ、Ubuntuでも同様の手順でいけるようです。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 さて、それでは構築していきましょう！ パッケージのインストール さて、Tracを使うにあたって必要なパッケージをインス
[Think IT] 第4回：チケットとソースコードを連携せよ！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第4回：チケットとソースコードを連携せよ！ 著者：masuidrive 公開日：2007/12/27（木） Tracの最大の利点はSubversionとの連携にあり さて、最終回の今回はTracのチケットとソースコードの連携を実際に試していく。 コードを書く開発者から見た場合、Tracの最大の利点は普段使い慣れたSubversionから、Tracを使うことができる点にある。開発者は自分の環境に新たなツールをインストールすることなく、Tracへ情報を送ることができる。 Tracの操作は通常Webから行うが、すべての操作をコマンドラインからでもできる。この機能とSubversionへコミット時に自動的にコマンドを呼び出すフックという機能を組み合わせることで、開発者がリポジトリへコミットするとTracを操作するという処理を自動化できるのである。 Subver
Mylyn＆Tracでリズムに乗ってタスクを大掃除♪
最小限の管理コストで最大の「見える化」を 近年「開発の見える化」が話題となっていますが、いざやろうとするとなかなか難しいものです。 模造紙を壁に張り付ける「タスク看板」などを利用してタスクの「見える化」を行っても、肝心のタスクの実行状況が見えなかったり……。そんなことはないでしょうか？ 本当にチームメンバーのタスクを把握できているでしょうか？ そもそも「タスク」とは、コーディングやテストといった純然たる作業や、故障処理、管理、仕様変更などの副次的な作業も含みます。開発を見える化する際に基本となる1つの単位です。 今回紹介するMylynとTracを利用すると、タスク取得→コミット、タスク取得→コミット、……というリズムに乗った開発で、作業履歴（ログ）を残しながら各開発担当者の作業内容を明確にできます。最小限の管理コストで最大の見える化を。世にも不思議なMylynマジック、とくとご覧ください。
Tracプラグインの参考サイト - 現場のためのソフトウェア開発プロセス - たかのり日記
Trac Hacks は知っていましたが、いつのまにか、Shibuya.trac なんてものが発足されていました。 これいいな PukiWikiPlugin GanttCalendarPlugin
Subverion & Subclipse（or Subversive） + Trac & Mylyn - 現場のためのソフトウェア開発プロセス - たかのり日記
最近、この組み合わせがすごく良いです。SCM（Source Control Management）やITS（Issue Tracking System）といったツールは、使い慣れたものが便利だとは思いますが、未導入の人にはお勧めの組み合わせです♪ TracとSubversionとの相性が良い コミットログが、そのままチケットのコメントになる TracのWeb画面上で、Subversionの更新履歴が確認できるため、チケットの管理がしやすい Trac自体、プラグインや機能が豊富である。 ガントチャート表示したり、マイルストーン毎の進捗をグラフ表示したりするプラグインがある ITSとしての機能だけでなく、Wikiやフォーラムなどもある 開発者は、Eclipseだけでファイルの更新からチケットの管理までできる プロマネやリーダは、Webの画面上で、ソースの更新履歴からチケットの状態まで確認できる
[Think IT] 第3回：チケットドリブン開発でバグ削減！ (1/3)
【バグ管理の作法】Trac徹底活用！ 第3回：チケットドリブン開発でバグ削減！ 著者：masuidrive 公開日：2007/12/20（木） チケットが中心の開発手法 「第2回：なぜTracの導入に失敗するのか？」では、Tracの中心機能となるチケットについて説明し、導入のポイントをまとめた。今回はチケットを開発の中心位置に持ってくる「チケットドリブン開発」について解説していこう。 チケットドリブン開発とは チケットドリブン開発（チケット駆動開発：Ticket Driven Development）とは、チケットを書いてから開発を行うという手法だ。読者の皆さんもご存じのようにテストドリブン開発（Test Driven Development）をもじったものである。このチケットドリブン開発は「まちゅダイアリー（http://www.machu.jp/diary/）」のまちゅ氏がITpro
[Think IT] 第2回：なぜTracの導入に失敗するのか？ (1/3)
【バグ管理の作法】Trac徹底活用！ 第2回：なぜTracの導入に失敗するのか？ 著者：masuidrive 公開日：2007/12/13（木） Tracの導入現場の今 「第1回：なぜバグ管理システムを使うのか？」でも紹介したように、TracはSubversionと連携するオープンソースのバグ管理システム（BTS：Bug Tracking System）だ。Ruby on Railsなど多くのオープンソースプロジェクトで利用されており、最近では商業開発でもっとも多く使われているツールの1つになっている。 その一方で、Tracの導入効果が出ていないケースも多々ある。それはなぜだろうか？ Tracの肝は「チケット管理」の運用にある！ Tracにはコンテンツを管理するシステムとしてのWiki、Subversionなどのバージョン管理システムのファイルをWebから閲覧するための「リポジトリブラウザ
[Think IT] 第1回：なぜバグ管理システムを使うのか？ (1/3)
【バグ管理の作法】Trac徹底活用！ 第1回：なぜバグ管理システムを使うのか？ 著者：シンクイット編集部 公開日：2007/12/6（木） バグ管理システム（BTS）とは 12月の特集「バグ管理の作法」の木曜日では、バグ管理システム（BTS：Bug Tracking System）に焦点をあてる。バグ管理システムの基本的な部分から解説し、「Trac」を題材に、チケット管理から運用方法、subversionとの連携まで解説していく。第1回ではBTSの基本を押さえていこう。 BTSとは、ソフトウェア開発において発生するコード上のバグを管理するシステムである。バグの管理は、Ecelや紙で行っているプロジェクトもある。しかし、近年ではこのBTSが利用されてきている。まずは、BTSが利用されるようになった背景をみていこう。 なぜBTSか 近年のソフトウェア開発においては、バグを漏らさず修正することが
2007-12-06
JetBrains社製CIツールのTeamCityがver3.0になり無償バージョンが登場したよ。無償のProfessional版と有償のEnterprise版の差違はスケールだけのようなので，これはありがたい。 →Buy TeamCity ごめーん，もうHudson使わないかも...。 って，すぐにそれは無いけど，プラグインの充実次第ではどうなることやら。 →Developing TeamCity Plugins - TeamCity 3.x Documentation - Confluence ここを参考にTrac 0.11dev-r6137を動かしてみた。 →http://d.hatena.ne.jp/miyamuko/20070911/trac_edge_on_windows 当然ながら結果は良好。やはりガントチャートのインパクトはデカイ。 実は，FullBlogPluginが動か
marsのメモ - 開発環境に関わるメモ
今月で今やってる仕事の契約が切れるので，ここで培ったノウハウなどをメモしておこうと思う。 しかし，今後この手の開発系の仕事ができるとは限らないってのが悲しいところ。 プロジェクトポータルまわり とりあえず，Subversion(SCM), Trac(ITS/Wiki), Hudson(CI)は必須。この３セットがないプロジェクトなんてうんこ。 とにかくTrac-Subversionの連携が強力なので，Subversion以外のSCMは無視していい。HudsonはCIつうよりプロジェクトダッシュボードとして使うのが吉（数あるプラグインを有効利用しよう）。 marsのメモ - Trac marsのメモ - MacroBazaar - The Trac Project marsのメモ - 角谷HTML化計画(2006-04-25) marsのメモ - trac-post-commit-hookが
masuidrive on rails » Blog Archive » プロジェクトの始まりはTracから
そんなわけで、プロジェクトの始まりはTracから。これがないと仕事が始まりません。 Tracが一番良いわけでも無いんだけど、日本語マニュアルがあるところと、ユーザが多いことから、subversionとの連携スクリプトなどが多数公開されているところが、選択理由です。 Railsベースでも複数、プロジェクト管理ソフトが出てきているので、どれか良い物に育ってくれると嬉しいなと思っています。 さて、tracのインストール方法はwebで沢山見つかるので、それを参考にインストール。 Tracは初期設定でも十分使いやすいんですが、チケット登録で担当者をドロップダウンリストにするために設定を変更します。 tracの設定ファイル conf/trac.iniの下記の項目を変更してください。 [trac] default_charset = utf-8 # 文字コードはUTF-8で [ticket] restr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OZACC.blog: Trac 0.11のインストール
Trac Custom Field Admin plugin - 気の向くままに・・・
Trac&XML-RPC(4) - 気の向くままに・・・
Trac&XML-RPC(3) - 気の向くままに・・・
Trac&XML-RPC(2) - 気の向くままに・・・
Trac&XML-RPC - 気の向くままに・・・
チケット駆動開発 … ITpro Challenge のライトニングトーク (4) - まちゅダイアリー (2007-09-07)