重要
セキュリティイシューは security@djangoproject.com に のみ 報告してください。これは長年にわたり信頼性の高いDjango開発者のみに公開されているプライベートなリストであり、そのアーカイブは公開されていません。詳細は our security policies を見てください。
そうでなければ、 ticket tracker にバグ報告や新機能提案をする前に、以下のことを検討してください:
よく書かれたバグレポートは信じられないくらい有益です。しなしながら、バグチケットシステムの作業には手間がかかるため、チケットトラッカーを可能な限り便利に保つようにご協力をお願いします。特に、
以前に作成されたticketのライフサイクルを理解するため、ドキュメントの チケットをトリアージする を参照してください。
あなたが報告するバグや機能が何らかの視覚的に確認できるものである場合は、以下の追加のガイドラインに従ってください。
我々は常にDjangoをより良くしようと努めており、ユーザーからの機能のリクエストは重要なパーツになります。リクエストを最も効果的に行うためのヒントをいくつか示します。
その機能に関するコンセンサスの合意があれば、チケットを作成するのが適切です。チケットの説明にディスカッションへのリンクを含めてください。
ほとんどのオープンソースプロジェクトと同様に、コードは語ります。もしあなたがその機能のコードを自分で書く気があるなら、あるいはもっといいのは、すでに書いてあるなら、それが受け入れられる可能性はずっと高くなります。GitHub で Django をフォークして、機能ブランチを作成し、あなたの作品を私たちに見せてください!
新機能のドキュメントを書く. も参照してください。
可能な限り、私たちは大まかな合意を目指しています。そのため、機能についての非公式の投票を django-developers や Django Forum で行うことがよくあります。これらの投票では、Apacheが発明しPython自体で使用されている投票スタイルに従い、投票は +1, +0, -0, または -1 として行われます。大まかに訳すと、これらの投票は以下のような意味を持ちます:
これらの投票は非公式なものですが、非常に真摯に受け止められます。適切な投票期間の後、明らかなコンセンサスが得られれば、投票に従います。
しかし、常にコンセンサスが得られるとは限りません。コンセンサスが得られない場合、あるいはコンセンサスに向けた議論が具体的な決定がなされないまま頓挫した場合、その決定は 運営委員会 (steering council) に委ねられることがあります。
内部的には、運営委員会も同じ投票メカニズムを使用します。以下を満たす場合、議案は可決されたとみなされます:
投票は1週間以内に提出してください。
このプロセスでは、どの運営委員も提案に拒否権を行使できるため、 "-1" 票には、その "-1" を最低でも "+0" に変えるには何が必要かという説明を添えるべきです。
技術的なことに関する投票は、 django-developers メーリングリストか Django Forum で公開で発表され、行われるべきです。
8月 06, 2024