現在、問題の追跡にFogBugzを使用しており、問題がないことがわかりました。私は、エンドユーザーが私たちと一緒に自分のケースを追跡できるようにすることができる何か他のものを探しています。そして、実際に電子メールでうまく機能するもの。これらの機能をサポートするいくつかの選択肢を見つけましたが、バージョン管理と統合されていません。フォグバグズにはすべてのSVNフックがあり、それらを使用していますが、実際にはそれほど便利ではありません。バグトラッカーとのバージョン管理の統合が必要な本当に正当な理由を誰かが見つけましたか？
1329 次
6 に答える
4
明らかに、この種の統合は、ソフトウェアの操作に不可欠なものではありません。少しの規律で、すべてのチェックインに手動でバグ番号を付けることができ、すべてのバグ解決に手動でバージョン管理タグを追加することができます。
他のすべてが同じですが、私は個人的には常に「ユーザーの規律」よりも自動化を好みます。後者は常に遅かれ早かれ時々あなたを失望させるからです。ユーザーが悪意のある、または無能であるからではなく、単に人々が常に100％警戒することができないからです。
于 2009-06-05T04:21:31.093 に答える
0
バージョン管理の統合は、プロジェクトの複数のバージョン (安定版、開発トランクなど) を維持および管理するのに非常に役立つことがわかりました。
バージョン管理の統合と、コーダーがコミットでバグ チケットを参照するためのちょっとした規律 (またはチケット参照を強制的に要求するためのプレコミット フック) を使用することで、特定のバグを修正するために必要な変更セットのリストをすばやく簡単に生成できるようになりました。 . これは、コードのさまざまな安定したブランチに修正をマージするときに役立ちます。
必須ではありませんが、リリース管理が楽になることは間違いありません。
私は SVN + Trac と Atlassian の Jira 製品を Fisheye SVN プラグインと共に使用しましたが、両方のツールが非常に優れていることがわかりました。Trac は少しシンプルに見えますが、非常に使いやすいです。私の意見では、Jira の方がルック アンド フィールが良く、機能もかなり充実していましたが、多すぎる場合もありました。
于 2009-06-09T04:22:10.683 に答える
0
これは、コード サイズと、追跡する必要があるバグの数に関する質問です。
また、組織内の非コーダー、つまりマネージャーやカスタマー サポートにとっても非常に役立ちます。「このバグはいつ、どこで修正されたのか」などの質問に対する回答を見つけることができます...
于 2009-06-05T04:40:01.477 に答える
0
開発組織の内部 (ピア コード レビューなど) で発見されたバグと、開発組織の外部にあるテスト グループによって発見されたバグを区別することは役立つと思います。
バージョン管理を外部のテスト グループによって発見されたバグと調整することの (わずかな) 利点は、歴史的な参照用です。
より大きな利点は、ピア コード レビューで見つかったバグをバージョン管理と調整することです。そうすることで、外部テスト グループにリリースする前に、すべてのコードがピア レビューでバグがないことを証明できます。共通の要件。
参考までに、SmartBear, Inc. の Code Collaborator がこれを適切に処理します。
于 2009-06-05T04:40:48.433 に答える