聞いてくれてありがとうございます!この質問に答えるための完全なドキュメントがあります。Contributing to Django をお読みください。
心配しないでください。私たちはあなたを無視していません!
「チケットが無視されていること」と「チケットがまだ通っていないこと」との間には違いがあることを理解することが重要です。Djangoのチケットシステムには数百もの未解決のチケットがあり、機能の点でエンドユーザに与える影響の度合いも様々です。そのため、Djangoの開発者はそれらをレビューして優先順位付けをする必要があります。
その上、Django の作業をしている人はみなボランティアです。そのため、Django のために働ける時間は限られていますし、その時々によりどの程度の時間が確保できるかが変化します。我々が忙しい場合には、十分な時間を Djangoのために費やすことができないかもしれません。
チケットが受付過程で止まってしまわないように最良の方法はその分野のコードに詳しくない人でも簡単に問題を理解し、直せるような内容にすることです。
バグを再現するための明確な手順は書かれてますか? もし、依存関係(たとえばPillow)や,contrib module や、ある特定のデータベースなどが関係しているのであれば、それらに関する手順も詳しくない人にとってもわかりやすく書かれていますか?
チケットに複数のパッチが添付されている場合には、それらの一つ一つが何をしているかやどのパッチは無視してよくて、どのパッチは重要かが明確にされているでしょうか?
パッチにはユニットテストが含まれていますか?もし含まれていないのなら、なぜ含まれていないかの非常に明快な理由を書いてください。テストはその問題がどういうものか簡潔に表現し、かつ問題が本当に修正されたかを示すものです。
もしあなたのパッチが Django に取り込まれる可能性がない場合でも我々はそれを無視したりしません。ただチケットをクローズするだけです。 もし、チケットがオープンのままだったとしても、それは我々があなたを無視しているわけではないです。単に対応するための時間がないのです。
丁寧で、程よいタイミングでのメーリングリストへのメッセージが、リマインドの一つの方法です。程よいタイミングを見極めるためには、スケジュールを良く見る必要があります。もし、コア開発者が機能を締め切りに間に合わせようとしていたり、プランニングフェーズを管理していたりするときにメッセージを投稿しても、あなたの求める注意を惹くことはできないでしょう。一方で、例えばバグ修正スプリントの直前やベータリリースに至るまでの間で、コア開発者が特定のバグに注意を払っているときにチケットに注意を促せば、生産的な回答を得られる可能性は高いでしょう。
丁寧なIRCのリマインダーでも良いでしょう。繰り返しになりますが、可能ならタイミングを見計らってください。例えば、バグスプリントの期間はとても良いタイミングでしょう。
注意を引くための他の方法としては、いくつかの関連するチケットを一緒に扱うことです。コア開発者たちがしばらくタッチしていないエリアのバグを直すためときは、そのエリアのコードがどのように動くかの詳細を全て思い出すのに数分かかるはずです。もしあなたが似たテーマのグループのいくつかのマイナーなバグ修正を纏めれば、そのコードのエリアの動作を思い出すまでのコストが複数のチケットに適用できるので、魅力的なターゲットとなります。
コア開発者に個人的にメールすることや、繰り返し同じissueを何度も何度もあげることは控えてください。このような振る舞いでは、あなたのペットのバグを解決するために必要な注意をひくことはできないでしょう。
本当に - 私たちはあなたを無視している訳ではないのです。もしあなたのパッチが Django に組み込まれない場合であれば、私たちはそのチケットをクローズします。そのチケット以外のチケット全てに対して、私たちは優先順位を付ける必要が有り、あるチケットが別のチケットよりも優先して対応される事が有るのです。
バグ修正の優先順位を付ける一つの基準は、そのバグによって影響を受ける人々の数です。多くの人々に影響する可能性があるバグは通常、非常に特殊な状況下で発生するバグよりも高い優先度が付けられます。
より大きな問題の一つの症状としてバグが発生した場合に、しばらくバグが放置される場合も有ります。多数の小さなパッチを実装、テスト、適用することに時間を費やす事も時には可能ですが、正しい解決法は再構築する事です。あるコンポーネントに対する再構築や修正が提案もしくは対応中である場合、そのコンポーネントが影響しているバグにはあまり注意が払われていないように見えるかもしれません。繰り返しになりますが、これは潤沢ではない開発リソースで何を優先するのかという問題というだけなのです。再構築に集中する事で、私たちは一度に多くの小さなバグを潰し、上手くいけば別の小さなバグが将来的に発生するのを防ぐ事になります。
いずれにせよ、あなたが特定のバグに定期的に遭遇しても、必ずしも全ての Django ユーザーが同じバグに遭遇するとは限らない事を留意していてください。異なるユーザーが、異なる環境下で異なる部分にコードが影響を与える色々な方法で Django を利用しています。相対的な優先度の評価に際して、通常私たちは個別のユーザーにとっての重症度だけでなく、コミュニティ全体の需要を考慮しようとしています。これはあなたが遭遇した問題を私たちが軽視するという事でなく – 利用できる有限な時間内において、私たちは 1 人よりも 10 人を幸せにした方が良いと考えているだけなのです。
4月 04, 2017