1

私は、大規模なプロジェクトを引き受けようとしている小さな会社の開発者です。 現在、問題追跡に電子メールを使用しており、バグ/問題追跡システム（おそらく、バグの魔神、マンティス、またはトラック-Webベース、php、オープンソース、mysql）
をセットアップする予定です。ソース管理（SVN）があります。

過去に、バグ追跡システムの最大の問題は、情報が追跡システムと電子メールの間で分割されることであることがわかりました。

バグ追跡ソフトウェアのバグをレビューする人々が電子メールの情報を利用できるようにするために、あなたは何をしますか？

バグに取り組んでいる人々が、送受信する電子メールの情報をバグ追跡システムで利用できるようにするために、あなたは何をしますか？
私の経験では、それが簡単でない場合、人々はそれを避けるでしょう。

4

4 に答える 4

8

私のお気に入りのジョークの 1 つに次のようなものがあります。

患者：「先生、これをすると痛いです。」

医者：「そうしないでください。」

バグ追跡ソフトウェアに切り替えるときは、関係者全員に、電子メールでバグを追跡していないこと、およびバグに関して彼らが送信する電子メールは完全に無視されることを通知してください。バグに関して送信された電子メールを無視して、これをフォローアップしてください。

于 2009-10-03T03:13:39.570 に答える
2

私はあなたが考えるシステムを使用していません（phpはありません;-)が、私が使用しているシステムでは、バグトラッカーからの電子メールに応答して送信された電子メールは、バグトラッカー自体（reply-toヘッダー）に送信されます。レスポンダーはそれを止めるために非常に明確な行動をとります。バグトラッカーは、電子メールの内容をバグに関するもう1つのコメントにし、添付ファイルを「アップロードされたファイル」として保存します。検討しているトラッカーのいずれにもこの機能がない場合は、この機能を備えているトラッカーに検討を広げることをお勧めします（実装されている言語が何であれ、機能よりも重要ではありません）。

電子メールは非常に重要で、有用であり、広すぎます。課題追跡システムなどのシステムは、優れていると見なされるために、電子メール（受信および送信）とスムーズに相互運用できる必要があります。

于 2009-10-03T03:29:33.050 に答える
1

顧客向けの公開サイトを備えたWebベースのシステムを使用する場合は、電子メールの使用を完全に排除する必要があります。実際、優れたWebベースのシステムを使用している場合は、電子メールを送信するよりも顧客が使いやすいはずなので、変更に対する抵抗はほとんどありません。

私はいくつかの店でGeminiをうまく実装しました。使いやすく、非常に効果的で、最大5人のユーザーが無料で利用できます。しかし、すでにSVNを使用しているので、Tracは当然の選択のように思われます。

以下も参照してください。

于 2009-10-03T02:34:33.793 に答える
0

バグ追跡ソフトウェアの問題に電子メールを添付してください。

電子メールの会話から問題が発生することがあります。そのため、電子メールを適切な形式 (つまり、HTML またはテキスト) で保存し、新しい問題に添付ファイルとして追加してください。

わかりやすく便利なように、電子メールの適切な部分をコピーして問題に貼り付けると役立つ場合があります。

明らかに、これは問題がすでに存在し、電子メールが続く場合にも機能します。今後の電子メールを無視すると脅すよりも (最後の手段として!)、そのテキストを問題にコピーし、電子メールに返信して、あなたがしたことを伝えて、今後のコメントは問題に直接追加できます。

于 2009-10-17T23:32:26.077 に答える