バグジラ

バグジラ

Bugzillaのマスコット、バギー
スクリーンショット Bugzilla.mozilla.orgでの Bugzilla の動作
原作者	テリー・ワイスマン
開発者	モジラ財団
初回リリース	1998年8月26日; 26年前[1] ( 1998-08-26 )
安定リリース	5.2 （2024年9月3日; 3か月前[2]）[±] ( 2024-09-03 ) 4.4.14 (2024年9月3日; 3か月前[2] ) [±] ( 2024-09-03 )
プレビューリリース	5.9.1 (2024年9月3日; 3か月前[3] ) [±] ( 2024-09-03 )
リポジトリ	バグジラ
書かれた	パール
オペレーティング·システム	クロスプラットフォーム
利用可能	複数の言語
タイプ	バグ追跡システム
ライセンス	Mozilla パブリックライセンス
Webサイト	バグジラ

Bugzilla は、もともとMozillaプロジェクトによって開発および使用されており、Mozilla Public Licenseに基づいてライセンスされている、 Webベースの汎用バグ追跡システムおよびテスト ツールです。

1998年にNetscape Communicationsによってオープンソースソフトウェアとしてリリースされ、フリーソフトウェアやオープンソースソフトウェア、プロプライエタリプロジェクトや製品のバグ追跡システムとしてさまざまな組織に採用されてきました。Bugzillaは、 Mozilla Foundation、WebKit、Linuxカーネル、FreeBSD、^[4] KDE、Apache、Eclipse、LibreOfficeなどで使用されています。^{[5] Red Hatもこれを使用していますが、徐々に自社製品を}Jiraに移行しています。^{[6] [7]また、}セルフホスティングでもあります。^[8]

Bugzilla はもともと、1998 年にテリー・ワイスマンがMozilla.orgプロジェクトの初期段階のために考案したもので、当時 Netscape Communications で使用されていた、Netscape Communicatorスイートの不具合を追跡するための社内システムに代わるオープンソースアプリケーションでした。Bugzilla はもともとTclで書かれていましたが、ワイスマンは、当時Perlの方が人気がある言語だったことから、より多くの人が貢献できることを期待して、Netscape の初期のオープンソース コード ドロップの一部としてリリースする前に、Perl に移植することを決定しました。^[9]

Bugzilla 2.0 は Perl への移植の結果であり、最初のバージョンは匿名CVS経由で一般に公開されました。2000 年 4 月、ワイスマンは Bugzilla プロジェクトの管理をタラ・ヘルナンデスに引き渡しました。彼女のリーダーシップの下、一部の常連貢献者はより多くの責任を負うよう強制され、Bugzilla の開発はよりコミュニティ主導になりました。2001 年 7 月、ヘルナンデスは Netscape での他の責任から気をそらされたため、デイブ・ミラーに管理権を譲り渡し、ミラーは 2020 年現在も責任者を務めています^{[アップデート]}。^[10]

Bugzilla 3.0 は 2007 年 5 月 10 日にリリースされ、更新されたUI、XML-RPCインターフェイス、カスタム フィールドと解決、mod_perlサポート、共有保存検索、改善されたUTF-8サポートなどの変更が導入されました。

Bugzilla 4.0 は 2011 年 2 月 15 日にリリースされ、Bugzilla 5.0 は 2015 年 7 月にリリースされました。

Bugzillaのリリースタイムライン: ^[11]

Bugzilla のシステム要件は次のとおりです。

• 互換性のあるデータベース管理システム
• Perl 5の適切なリリース
• Perlモジュールの品揃え
• 互換性のあるウェブサーバー
• 適切なメール転送エージェント、または任意のSMTPサーバー

現在サポートされているデータベースシステムは、MariaDB、MySQL、PostgreSQL、Oracle、SQLiteです。^[12] Bugzillaは通常、Apache HTTP Serverを使用してLinuxにインストールされますが、 Lighttpd、Hiawatha、Cherokeeなど、 CGIをサポートする任意のWebサーバーを使用できます。Bugzillaのインストールプロセスはコマンドライン駆動であり、システム要件とソフトウェア機能がチェックされる一連の段階を経て実行されます。

Bugzilla を技術サポート チケット システム、タスク管理ツール、またはプロジェクト管理ツールに変えられる可能性はコード内に存在しますが、Bugzilla の開発者はソフトウェアの欠陥を追跡するシステムを設計するというタスクに重点を置くことを選択しました。

Bugzillaは、バグ検索で結果が返されない場合、「0 bugs found」ではなく「zarro boogs found」という文字列を返します。^[13]「Zarro Boogs」は、それ自体が「バグのある」ステートメント（「zero bugs」のスペルミス）として意図されており^{[13] [14] 、したがってソフトウェア}デバッグの性質に関するメタステートメントであり、バグが特定されていない場合でも、バグが存在する可能性があることを示唆しています。

この動作に困惑する可能性のある開発者のために、Bugzilla ソース コードに次のコメントが提供されています。

ザロ・ブーグス発見

これは、クエリに一致するバグが見つからなかったことを、単におかしな言い方で伝えているだけです。このメッセージの説明を求められた Terry Weissman 氏は、次のように答えました。

これを説明するよう頼まれたことがあります... 昔、Netscape がブラウザのバージョン 4.0 をリリースしたとき、リリース パーティーがありました。当然、リリース前に既知のバグをすべて修正しようと大きな努力が払われました。当然、それは実現しませんでした。(これは Netscape や 4.0 に限ったことではありません。私がこれまでに見たすべてのソフトウェア プロジェクトで同じことが起きています。) とにかく、リリース パーティーでは、「Netscape 4.0: Zarro Boogs」のような文字が書かれた T シャツが配られました。ソフトウェアと同様に、T シャツにも既知のバグはありませんでした。なるほど。したがって、バグの一覧を検索しても結果が返されない場合は、これを親切なリマインダーとして考えることができます。もちろん、検索に一致するバグはありますが、まだバグ システムに登録されていないだけです...

— テリー・ワイスマン

Bugzillaガイド – 2.16.10リリース:用語集^[15]

WONTFIXは、Bugzillaやその他のシステムで問題のラベルとして使用されます。^[16]これは、検証された問題が、修正が高すぎる、複雑すぎる、またはリスクが大きすぎるなどのいくつかの理由のいずれかにより解決されないことを示します。^{[17] [18]}

• 問題追跡システムの比較
• コンピューターマスコットの一覧
• カテゴリ: コンピュータマスコット

Wikimedia Commons にはBugzillaに関連するメディアがあります。

• 公式サイト