問題タブ [bug-tracking]

FogBugz と Axosoft の OnTime の両方を使用して、意見を述べた人はいますか? AxoSoft には大きな機能比較表がありますが、使いやすさや安定性などについてのより主観的な考えにも興味があります。

CIにはcruisecontrol.rbを使用し、バグ追跡にはFogBugzを使用していますが、回答が一般的であればあるほどよいでしょう。

最初は技術的な問題です：FogBugz用のAPIはありますか？優れたチュートリアル、またはさらに良いのは、事前に作成されたコードはありますか？

2つ目は、手続き上の問題です。ビルドが壊れたときに、CIはバグトラッカーに何を入れる必要がありますか？多分：

タイトル：「＃{最後のコミッター}がビルドを壊しました！」

本文： "＃{エラートレース}"

これは、この質問に対する答えを前提としていると思います。バグ追跡にCIブレークを含める必要がありますか？

私の意見では、 Joel Testに関する質問 1 から 4はすべて、使用されている開発ツールと開発者向けのサポート システムに関するものです。

1. ソース管理を使用していますか?
2. ワンステップでビルドできますか？
3. 毎日のビルドを行いますか?
4. バグデータベースはありますか?

大きな銀行口座を持っていない小規模な開発ショップがこれらの質問に対して肯定的な答えを得るために使用できる無料/安価な (しかし優れた) ツールが存在することに興味があります。

ソース管理については、Subversion が優れたソリューションであることを私は知っています。また、ワンマン ショップの場合は、SourceGear のVaultを使用することもできます。

私は大規模なプロジェクトに NAnt を使用していますが、インストーラーをビルドするためのスクリプトをセットアップしたり、難読化ツールをすべて 1 つのステップとして実行したりしていません。他の提案はありますか？

ビルドに 1 ステップで「はい」と答えることができれば、毎日のビルドを作成するのは簡単だと思いますが、それらの毎日のビルドを自動化するためにどのツールをお勧めしますか?

1 人または 2 人のチームの場合、FogBugz On Demand を使用できることはすでに SO で議論されていますが、小規模なチーム向けの他のバグ追跡ソリューションはありますか?

以前に Trac/Subversion を使用したことがありますが、この統合がとても気に入っています。私の現在のプロジェクトでは、分散開発に Mercurial を使用しています。問題やバグを追跡し、これを Mercurial に統合できると便利です。DVCS の性質上、これは難しいことに気付きました。

効果的なバグ追跡には高品質のバグレポートが不可欠です。理想的な世界では、すべてのバグレポートに、影響を受けるソフトウェアのバージョンやバグの再現方法に関する段階的な説明などの重要な情報が含まれます。

ただし、実際には、報告されるバグの品質は大きく異なる可能性があります。それらは、オンライン（「機能Xが機能しない、修正してください！」）、機能要求、PEBKAC、または理解できない可能性があります。

バグトラッカーのバグレポートの品質をどのように実施または維持して、効果を維持しますか？

Trac をハックして Git フックを使用することで、ほとんどのことを実行できることはわかっていますが、何か準備ができている/知っている人がいるかどうか疑問に思っていました。

コミット メッセージからのチケットへのコメント (およびクローズ) は、特に diff がコメント/クローズ リマークとインラインで表示される場合に便利です。

sha1 ハッシュは、gitweb/cigt/custom git ブラウザーに自動リンクする必要があります。

Trac 用の GitPlugin を試しましたが、コード ブラウザが非常に遅かったです...代替手段はありますか?

Chrome ブラウザー向けに開発したい開発者にとって、既存のバグを確認し (髪の毛が抜けすぎないようにするため)、新しいバグを追加する (改善するため) ことが重要になります。それでも、このプロジェクトのバグ追跡が見つからないようです。オープンソースですよね？

約3人のサポート担当者がいるグループのサポートメールボックスからの受信メールを管理するためのシンプルなシステムを探しています。私は私たちが必要とする機能を持っているように見えるOTRSを見てきました。残念ながら、これまでのところ、UIはまだ混乱しているように見えます。

このニーズを満たす優れたFOSSツールはありますか？fooogzeeebugzoと呼ばれるものにも同様の機能があるのではないかと不平を言うのを聞いたことがありますが、そのような単純なニーズにはかなり高価なようです。

ソースコードへのすべての変更がバグレポートまたは機能要求に関連付けられなければならず、そのポリシーを改革する方法がない場所で働いているとしましょう。このような環境で、コードのリファクタリング (つまり、コードを改善するが、バグを修正したり機能を追加したりしない変更) に対処する最善の方法は何ですか?

• バグレポートを作成し、リファクタリングを関連付けます。
• 機能要求を作成し、リファクタリングを関連付けます。
• バグレポート/機能リクエストに関連するコードの作業中に、リファクタリングに忍び込みます。
• リファクタリングを行わないでください。
• 他の

すべてのバグ レポートと機能の説明は、マネージャーと顧客に表示されることに注意してください。

Bugzillaでテンプレートを適用して、ユーザーがバグの説明を入力できるようにする方法はありますか？

実際、バグの説明フィールドにいくつかのマークアップテキストを入れて、カスタムフィールドの作成を避けたいと思います。

バージョン3.2rc1をインストールしました。