確かに、購入すべきバグ トラッカー アプリケーションはたくさんありますが、.net ショップであり、常に .net ビルド製品の購入に傾倒しているため、バグ トラッカーに関しては、それほど多くのオプションはないと思います。
頭のてっぺんからは、axosoftとgeminiの2つしか思い浮かびません。
他に何がありますか?
ここにいるのは私だけですか、それとも他のほとんどの .net ショップが .net ビルド製品を望んでいるのでしょうか?
確かに、購入すべきバグ トラッカー アプリケーションはたくさんありますが、.net ショップであり、常に .net ビルド製品の購入に傾倒しているため、バグ トラッカーに関しては、それほど多くのオプションはないと思います。
頭のてっぺんからは、axosoftとgeminiの2つしか思い浮かびません。
他に何がありますか?
ここにいるのは私だけですか、それとも他のほとんどの .net ショップが .net ビルド製品を望んでいるのでしょうか?
バグ トラッカーがどのようなテクノロジに組み込まれているかは、私にとってそれほど重要ではありません。私は FogBugz が大好きで、.Net ベースではありません。どちらも Bugzilla ではなく、.Net プロジェクトを追跡するために使用しています。
仕事を正しく行うために必要なツールの基盤となるテクノロジについて心配しても意味がありません。
他の回答のいくつかは、システムがどのように記述されているかは問題ではないと言っていますが、私はそれに同意できません。
単純なデスクトップ アプリケーションに関しては、おそらく正しいでしょう (たとえば、ソース管理に Mercurial/TortoiseHG を使用していますが、Python で記述されているかどうかは問題ではありません...動作するだけです)。
しかし、アプリケーションがある種の特別なサーバー (Web サーバー、データベース サーバー...ほとんどの利用可能なバグ トラッカーは両方を必要とする) を必要とする場合は、まったく異なります。
それらのいくつかが必要な場合は、おそらくあなたが知っているものを使用するでしょう:
たとえば、私たちはマイクロソフトのショップです...すでに ASP.NET Web サーバーと SQL サーバーを準備して実行しており、それらの使用方法を知っている人がいます。
一方、Oracle/MySql/PostgreSql や Ruby/PHP などについて何も知っている人は誰もいません。
これにより、利用可能なバグ トラッカーのかなりの数が除外されます。実行する方法さえわからないからです。
はい、試行錯誤して新しい Web サーバーとデータベース サーバーをセットアップし、それらを機能させようとすることはできますが、単純なバグ トラッカーを実行するためだけにすべてを学習することを正当化するのは困難です。
(そして、インストールして実行するだけで十分というわけではありません...たとえば、データベースを実行しているとき、誰かがバックアップを取得する方法、何か問題が発生した場合にそれらを復元する方法を理解する必要があります...リストは延々と続く)
したがって、おそらく .net バグ トラッカーを使用します (自分自身を評価しているだけです)...おそらく Bugtracker.Net です。
編集:
ジョン、それは私が言いたかったことではありません。
たとえば、Bugtracker.Net の他に、Redmine (Ruby on Rails で記述) も評価しました。
Redmine のコードは何も変更したくありません。インストールするだけです。ただし、インストール手順を参照してください
。 、私の同僚もいません - 私たちは Windows と .net のユーザーであり、誰も Ruby を使用したことがありません)。
Redmine は BugTracker.Net よりも優れているか、それ以上のことができるかもしれませんが、この 1 つのソフトウェアをインストールできるようにするためだけに RoR を学習することを本当に正当化できるでしょうか?
.NET ベースのBugNetを使用しましたが、実際には古いバージョンの DotNetNuke に基づいているようです。
完璧ではありませんが、機能します。私のスタイルのバージョンはこちらでご覧いただけます。
EzSDLC http://encodesoft.com/?page_id=77を試してみてください。スクリーンショットの PDF も提供されています。ツールは .NET ベースです
まあ、BugTracker.NETは常にあります...
個人的には、システムが何に書かれているかはあまり気にしません。Classic ASP でない限りは。ええ。
FogBugz をお忘れですか。完全に .net にあるとは思いませんが、一部は間違いなく.net にあります。
また、オープンソースのオプションを探すときも同じです。.net 製品がどのように機能するかを知っているので、最初に .net 製品を探します。クローズド ソース オプションまたはホストされたオプションでは、あまり気にしません。
Microsoft の Issue Tracker アプリケーションも使用できます: [ http://www.asp.net/downloads/archived/starter-kits/issue-tracker/]
Fortressの一部は.NET で構築されました。
私は最近、会社のためにオープンソースのバグ追跡システムを立ち上げることを任されました。利用可能な商用およびオープン ソース システムの多くを調べた結果、最終的に無料のBugTracker .NETに落ち着きました。
私は間違いなく自分の決定に満足しています。このシステムは、特に電子メール通知領域で非常に機能が豊富です。しかし、私が最も気に入っている部分は、その柔軟性です。私の上司は、私が最初にアプリのデモを行ったときに、さまざまな変更を加えることを望んでいました。驚くべきことに、変更の 99% でコードを記述する必要はありませんでした。それらは、管理構成または web.config の設定でした。そして、私が行ったコーディングの変更については、アプリのコードは確かに理解可能であり、必要に応じて変更するのはそれほど難しくありません (おそらくそうではないでしょう)。