ドキュメント他のフリーソフトウェアプロジェクトにバグレポートを提出する
フリーソフトウェアプロジェクトは多種多様で、それぞれ異なるワークフローやツールを使用しています。この多様性は、使用されているバグトラッカーにも当てはまります。多くのプロジェクトはGitHubでホストされ、GitHub Issuesを使用してバグを追跡していますが、Bugzilla、Trac、Redmine、Flysprayなどをベースにした独自のトラッカーをホストしているプロジェクトも数多くあります。それらのほとんどはWebベースで、新しいチケットを送信するにはアカウント登録が必要です。
ここではすべてのトラッカーを網羅するわけではありません。他のフリーソフトウェアプロジェクトの様々なトラッカーの詳細についてはご自身でご確認ください。GitHubは比較的人気のあるトラッカーなので、ここでは簡単に紹介します。他のトラッカーと同様に、まずアカウントを作成してサインインする必要があります。次に、図6.5「GitHubプロジェクトのメインページ」に示すように、「Issues」タブをクリックします。」[144ページ]。
図6.5 GitHub プロジェクトのメインページ
その後、未解決の問題のリストを閲覧（および検索）できます。バグがまだ報告されていないことを確認したら、「新しい問題」ボタン（図6.6、「GitHubプロジェクトのIssuesページ」）をクリックします。」[145ページ]）。
図6.6 GitHub プロジェクトの Issues ページ
問題を説明するページが表示されます（図6.7、「新しい問題を提出するためのGitHubフォーム」（145ページ）にあるようなテンプレートはないが、 レポートバグバグ報告の仕組みは非常にシンプルで、ファイルの添付、テキストの書式設定など、様々な機能をご利用いただけます。もちろん、最良の結果を得るには、詳細で分かりやすいレポートを作成するためのガイドラインに従ってください。
図6.7 新しい問題を提出するためのGitHubフォーム