![バグを効果的に報告する方法[閉じる]](https://linux33.com/image/91032/%E3%83%90%E3%82%B0%E3%82%92%E5%8A%B9%E6%9E%9C%E7%9A%84%E3%81%AB%E5%A0%B1%E5%91%8A%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95%5B%E9%96%89%E3%81%98%E3%82%8B%5D.png)
私はしばらくLinux Mintを使用してきました、そして熱心なファンです。私はカーネルやそのようなものを扱うほど専門家ではありませんが、いくつかのパッケージで修正できるような小さなバグを見つけました。しかし、どのようにプロジェクトに貢献し始めるのか分かりません。
以下は簡単な例です。 Ubuntuリポジトリの電卓アプリケーションでは、数値キーパッドのキーを数値として解釈するためにNumLockを有効にする必要はありません(Home同じ物理ボタンのキーとキーを使用する代わりに)。ただし、小数点としても機能するキーの場合はそうではありませんEnd。Delこれを行うには、NumLockを有効にする必要があります。これがバグだと思って修正したいです。それは簡単なはずです。
単にバグレポートを送信するよりも、どのようにバグレポートを送信できますか?関連そのような問題を解決するには?アップストリームパッケージマネージャに直接連絡する必要がありますか?GitHubページ?
答え1
使いやすさが高まる順に:
- エラーが見つかると、報告時に関連情報をできるだけ多く提供してください。(メンテナンス者は簡単に再現して修正できます。)
- ソースコードを読み、エラーが発生した場所を確認できる場合は、その情報を含めてください。
- できればパッチ提供バグを修正してこのコンテンツを含めます(またはプロジェクトがGithubでホストされている場合はプールリクエストを開きます)。
1、2、3の場合:バグトラッカー/プールリクエスト/メーリングリストなどを購読して、家庭を明確にしたりテストしたり、追加情報を報告したりする開発者/メンテナンス者のリクエストに応答できることを確認してください。
情報が不十分な「主導的な」バグレポートよりも悪いことはありません。これはバグトラッカー/メーリングリストなどを乱雑にし、騒音は無視されたり、プロジェクトの他の場所で消費される可能性がある無駄な努力の見返りにまとめられます。