2009-05-15 6 views
16

最後の仕事でバグや問題の追跡にAtlassian JIRAを使用しました。私はそれを絶対に愛し、特に目には簡単でした。JIRAまたはTrac?

私の現在の会社ではなく、Tracのを使用している、そしてそれはすべての基本を行いませんが、私はそれは本当に、特に簡単にセットアップ複数のプロジェクトやリンクの問題をすることができないことで、欠けて見つけています。

ああ、SQLLiteを使用しているという事実は私には少し問題です。

他の誰かが切り替える理由はありますか?

答えて

0

コストがおそらく単一の最大の理由です。

JIRAは素晴らしいですが、オープンソースでない限り、ライセンス料は小規模プロジェクトにとっては非常に高価です。人々のために働くようで、

Tracは無料で、個人的にが、私はそれが出てちょっと時代遅れな感じだと思います。

+5

アトラシアンは現在、10ドルのユーザーライセンスを契約しています。これらの小規模プロジェクトを検討する価値があります。 –

6

が私の現在の仕事で私の最後の仕事でのTracとのJiraを使用した、私は両方が彼らの長所を持っていると言わなければなりません。 Jiraは、問題のリンク、時間の経過の追跡、権限を持つ複数のプロジェクトの作成、それらの間のリンクなど、もっと機能的です。一方、これらの機能が重要でない場合、TracはUIを使いやすくなり、問題追跡ツール、WikiとSVNブラウザ(私の見解ではFisheyeの靴下を凌駕する)と統合され、統合されたタイムラインビューは、きちんとしたユーザーエクスペリエンスを実現します。チケットクエリインターフェイスは特にきれいです。これは非常に味と親しみの問題のofcourseです。

Alltogether、Tracはオープンソースタイプのプロジェクトにはるかに適していますが、Jiraの機能は、商用開発の家であれば、コストと複雑なUIの価値が高いでしょう。

Sqliteに関しては、TracはPostgresでうまく動作します。

+3

あなたの答えをありがとう。私はあなたのチームが問題のリンクや時間の追跡などの機能を必要としないときに、Tracが十分であると言ったときにあなたが正しいと思います。 私は現在、6人のチームで複数のプロジェクトに取り組んでいます。開発者がさまざまなプロジェクトに対して自分の時間を簡単に追跡できるツールが必要であり、日々の作業内容を簡単に見ることができます。 この例では、JIRAは仕事のための正しいツールだと思います。 – seedhead

16

私はすでにTracを数年間使っています。まず、sqliteの問題は...あなたが好きなら、簡単にMySQLに切り替えることができます。 wikiテーブルが100万行を超えると(ルージュスクリプトがそれをした)、私たちはインターフェイスについて少し遅れを感じ始めました。だから、Tracのパフォーマンスについてはうまくいくはずです。 Tracを提供している複数のノードを使用することもできます(もしも電源/ネットワークに障害が発生した場合は2を持つとよいでしょう)。

あなたのチームはわずか6コーダーを持っている場合、あなたは、単一のTracのプロジェクト内のすべてのプロジェクトを入れて、チケットのコンポーネントまたはマイルストーンフィールドを使用することを検討してください可能性があります。それはうまくいくはずです。

TracはWebから簡単に入手できるプラグインによって非常に拡張性が高いことにも注意してください。

私はこの問題にコメントできないので、Tracのリンクの問題はありません。あなたはより記述的になりますか?

複数のプロジェクトを簡単に設定できない ...私たちの管理者は、それを処理する〜100行のスクリプトを書きましたが、今は5分で新しいTracプロジェクトを設定します。私たちはすでに60のようになっています。私はJiraについては知らないが、新しいプロジェクトはまれに設定されている。チケットクエリを使用してレポートを作成する方がはるかに多い場合があります。

あなたは商用ソリューションを検討する場合は、FogBugzを見てみましょう - 私はそれは驚くべきことだ聞きました...しかし、Tracほど拡張性がありません(必要な機能を追加するためには、豊富なPython APIを使用することはできません - そして、Tracではこの機能を非常に高く評価しています)。

Trac plugin listの長さをで調べてください。あなたが好きなら、それらのいずれかを簡単にインストールすることができます。

編集:Jiraでプロジェクトを追加するのは簡単だが、JiraはTracよりもサポートする機能の数が多いため、Tracよりも把握するのが難しいことが分かった(おそらく6 - マンチーム)。今日では、Agile pluginのためにJiraを考慮する必要があります。

4

私は複数のプロジェクトで使用すると、複数のSubversionリポジトリを意味している場合、Tracのバージョン0.12がこれをサポートしている約6

0

のチームのために働く可能性が何かのように聞こえるRedmineのに出くわしました。今まで私はTracをmod_wsgiで使用していました。これは、あなたが1つのmod_wsgiインスタンスからすべてのtracインスタンスを提供し、特定のurlにあるすべてのtracsのリストをそれらにリンクして表示することができます。これはセットアップが非常に簡単でした。また、Subversionリポジトリの作成と一緒にtracプロジェクトの作成をスクリプト化しましたので、私たちのために1行のコマンドが作成されました。

1

GUIのユーザビリティは私にとって最も重要です。プログラマが愛するすべてのものにtrac-pluginsが存在するので、両方とも仕事を終わらせます。 プロセスローディングアクティビティは、とにかく高く評価されていないので、ユーザはバグ追跡ツールを使用して楽しいことが不可欠です。

私のカスタムフィルタをwikiのどこに設定しても、tracではすばらしいです。

関連する問題