58

タイトルが示すように、私は現在 1 つのプロジェクトを開始しており、プロジェクトのインフラストラクチャ (SVN、電子メール、バグ追跡、オンライン フォーラムなど) をレイアウトしようとしています。

では、Bugzilla か Mantis か。

4

15 に答える 15

37

あなたのチームは、Bugzilla や Mantis よりも Trac や Redmine を好むことがわかると思います。どちらも Subversion とうまく統合できます。どちらにも wiki、フォーラム、プロジェクト管理機能が含まれています...

簡単な概要:

Trac : 非常に広く使用され、愛されており、python で書かれており、巨大なコミュニティがあり、多くの「プラグイン」があります。よくある不満は、すぐに使用できる複数のプロジェクトをサポートしていないことですが、それを支援するプラグインを追加できます.

Redmine : RubyOnRails で書かれています。Trac に似ていますが、そのままでより完全です。Redmine の作成者は、Trac よりも優れた Trac を作成しようとしています。

バグトラッカーを検索している他の人が書いたものに興味がある場合は、トラッカーを相互に比較して、ここにいくつかのリンクをまとめました:
http://ifdefined.com/blog/post/2007/10/Links-to-other -comparisons-of-issue-trackers.aspx

Windows を使用しているとは思いますが、Windows を使用している場合は、BugTracker.NET も検討してください。BugTracker.NET は、.NET/MS SQL Serverの使いやすく、非常に構成可能なバグ追跡システムです。(免責事項:私は著者です)。

于 2008-11-27T11:43:23.017 に答える
24

私はマンティスが好きです。それは簡単で、仕事を成し遂げます。

于 2008-11-27T10:33:35.000 に答える
24

Bugzilla と Mantis を使用してきましたが、Mantis のシンプルさが気に入っています。Bugzilla ほど機能が豊富ではありませんが、Bugzilla との戦いのほうがはるかに多いことを覚えています。Mantis は、一度セットアップして終了できるようなものです。

于 2008-11-27T14:23:41.963 に答える
19

Mantisは、Bugzillaよりも使いやすさの点で間違いなく勝っています。

特に、Mantisでバグをログに記録する方がはるかに高速です。バグをログに記録する時間は、一部の人にとっては妨げになります。バグをログに記録せず、修正し、修正するバグがなかったふりをするための言い訳として使用されたと聞いています(チームのより深い問題の兆候)。

クライアント(現在Basecampを使用しています。

Bugzillaや私たちが実装しようとした別のシステムと比較すると、ヨーロッパの奇妙なものであるMantisはゴージャスです。

私はマンティスがうまくスケーリングすることを知っています-友人が映画ハッピーフィートの制作にそれを使用しました。彼は、別のレベルの分類を提供するために1つのフィールドを追加することにより、それをカスタマイズしました。

于 2009-02-03T01:14:19.040 に答える
16

Bugzillaはより大きく、より大きなコミュニティ、より多くの機能、より多くのパワー...そのため、私は常にカマキリを好みました;)カマキリは罪と同じくらい醜いですが、ほとんどのプロジェクトでは、シンプルで直感的な方法で必要なものを提供します。

大規模なチーム、大規模なQA部門、およびその他すべてのバグジリアが適している場合があります。物事を成し遂げる必要がある小さなチーム-それなら、私の意見ではおそらくカマキリの方が良いでしょう。

カマキリに欠けている最大の機能(数年前から追加されている可能性があります)はレポート機能であるため、素敵な線グラフと円グラフで進捗状況を追跡できます。ただし、データを取得するための単純なPHPスクリプトを作成し、毎週Excelで手動で作成しました(5分程度しかかかりませんでした)。素晴らしいとは言えませんが、当時必要だったものには機能的に十分です。

ただし、両方のオンラインデモがあるので、それらを試して、自分に最も適したものを選択することをお勧めします。

于 2008-11-27T10:38:16.627 に答える
9

Mantisは素晴らしく、セットアップが非常に簡単です

3年くらい使ってます

以下のような問題があります。

問題に保存できるファイル サイズには 2 MB の制限があります。これは、問題のスクリーン ショットを含めたい場合に問題になります。

2 人が同時に課題を更新すると、誰かのデータが失われます

于 2008-12-31T17:34:00.827 に答える
7

私は両方を使用しましたが、まったく好きではありませんでした。Tracが好きです。これらの2つから本当に選択する必要がある場合は、Bugzillaを使用します。TRACとSubversionの統合は非常に優れています(Assemblaを参照してください) 。統合の仕組み)

Tracもオープンソースであり、新しいレポートなどを追加するのは非常に簡単です。

于 2008-11-27T10:34:06.620 に答える
6

Mantis は素晴らしくシンプルです。私のクライアントは技術者ではないため、シンプルさが重要です。

于 2009-08-10T08:35:53.433 に答える
5

fogbugz について良いことを聞いたことがありますが、まだ使用する機会がありません。 http://www.fogcreek.com/FogBUGZ/

于 2009-01-13T18:17:56.377 に答える
5

私はカマキリの方が好きです。それはうまく機能し、プラグインの使用またはコーディングによって簡単に拡張できます。

于 2009-02-03T00:39:28.690 に答える
5

私は Bugzilla (作業中のプロジェクトのデフォルト) を広範囲に使用してきましたが、Mantis は簡単なセットアップと使用のために投票されます。

于 2008-12-11T12:14:23.463 に答える
5

Redmineを試すことができます。リポジトリへのアクセス、トラッカー、フォーラム、wiki、カレンダーを 1 か所で利用できます。

于 2008-11-27T10:30:35.130 に答える
4

適切なバグトラッカーを選択するには、誰がそれを使用するか (およびどのように使用するか) を知っている必要があります。私は Bugzilla と Mantis を使用しましたが、技術的な観点からは Bugzilla の方が優れていることがわかりました。そのインターフェイスは、バグトラッカーの初心者ユーザーにとって「脅威的」ではありません。

非公開のバグトラッカーを使用する場合は、誰に閲覧/編集を許可するかを指定するためのオプションも検討する必要があります。

于 2009-01-01T18:03:00.533 に答える
4

Trac へのもう 1 つの投票 - 始めるのは非常に簡単で、リポジトリへの優れた Web ベースのビューなど。

于 2008-11-27T14:17:15.843 に答える
3

しばらくバグジラを使っていましたが、Redmineが投票しました。セットアップが簡単で、非常に直感的です。

于 2009-10-27T15:14:33.797 に答える