Djangoプロジェクトの編成—Djangoドキュメント

提供:Dev Guides
< DjangoDjango/docs/3.2.x/internals/organization
移動先:案内検索

Djangoプロジェクトの組織

原則

Djangoプロジェクトは、次の3つの目標を追求するボランティアのチームによって管理されています。

  • Django Webフレームワークの開発を推進し、
  • Django関連ソフトウェアのエコシステムを育成し、
  • Django行動規範に記載されている価値観に従ってDjangoコミュニティをリードします。

Djangoプロジェクトは法人ではありません。 非営利団体である Django Software Foundation は、Djangoプロジェクトに関連する財務上および法律上の問題を処理します。 それ以外に、Django Software Foundationは、DjangoプロジェクトがDjangoフレームワーク、そのエコシステム、およびそのコミュニティの開発を管理できるようにします。


合併

役割

Mergers は、プルリクエストを DjangoGitリポジトリにマージする少数の人々です。


特権

合併には次の特権があります。

  • マイナーチェンジDEPプロセスの使用を必要としないほど小さい)を構成するプルリクエストをマージします。 プルリクエストが以下によって承認されていない限り、合併は、その合併によって主に作成された変更をマージしてはなりません。
  • 適切な場所での小さな変更についての話し合いを開始し、話し合いが進行している間、他の合併がそれを合併することを控えるよう要求します。
  • 合併の見解で議論が合意に達していない場合、小さな変更について技術委員会の投票を要求する。
  • 主要な変更DEPプロセスの使用を要求するのに十分重要)が実装マイルストーンの1つに到達し、マージすることを目的としているときに、技術委員会の投票を要求する。


メンバーシップ

テクニカルボードは、必要に応じて Mergers を選択し、その数を3つ以上に維持して、ワークロードを分散し、個々のMergerに過度の負担や焼き尽くしを回避します。 合併の件数に上限はありません。

合併がDjangoフェローでもある必要はありませんが、Django Software Foundationには、合併の役割を持続可能にする方法として、フェローのポジションの資金を使用する権限があります。

合併の役割には、次の制限が適用されます。

  • 人は同時に技術委員会のメンバーを務めてはなりません。 合併が技術委員会に選出された場合、技術委員会のメンバーになるとすぐに合併は終了します。
  • 人は、解放者と合併の役割を同時に果たすことができます。

欠員が発生した場合、または技術委員会がそのような役割のために追加の人を選択する必要があると判断した場合の選択プロセスは、次のように行われます。

  • 適切なディスカッション会場の良好な状態にあるメンバー、またはDSFのフェローシップ委員会の意見に基づいて行動するDjango Software Foundationの理事会は、検討対象の人物を提案することができます。
  • 技術委員会は提示された提案を検討し、技術委員会のメンバーは正式にその役割の候補者を指名します。
  • 技術委員会は候補者に投票します。

合併はいつでもその役割を辞任することができますが、代替品の選択を可能にするために、事前の通知を提供するよう努める必要があります。 Django SoftwareFoundationによるDjangoFellowの契約の終了は、技術委員会が指名に投票できるようになるまで、その人の合併の役割を一時的に停止します。

それ以外の場合、合併は次の方法で削除される可能性があります。

  • 技術委員会への選出により失格となる。
  • Django SoftwareFoundationの行動規範委員会が講じた措置により失格となる。
  • 技術委員会の投票。


リリーサー

役割

Releaseers は、Djangoのパッケージリリースを Python Package Index および djangoproject.com Webサイトにアップロードする権限を持つ少数の人々です。


メンバーシップ

テクニカルボードは、ワークロードを分散し、個々のリリーサーに過度の負担や焼き尽くしを防ぐために、必要に応じてリリーサーを選択して数を3つ以上に維持します。 リリーサーの数に上限はありません。

リリーサーがDjangoフェローでもある必要はありませんが、Django Software Foundationには、リリーサーの役割を持続可能にする方法として、フェローのポジションの資金を使用する権限があります。

人は、解放者と合併の役割を同時に果たすことができます。

欠員が発生した場合、または技術委員会がそのような役割のために追加の人を選択する必要があると判断した場合の選択プロセスは、次のように行われます。

  • 適切なディスカッション会場の良好な状態にあるメンバー、またはDSFのフェローシップ委員会の意見に基づいて行動するDjango Software Foundationの理事会は、検討対象の人物を提案することができます。
  • 技術委員会は提示された提案を検討し、技術委員会のメンバーは正式にその役割の候補者を指名します。
  • 技術委員会は候補者に投票します。

リリース担当者はいつでもその役割を辞任することができますが、代替品を選択できるようにするために、事前に通知するように努める必要があります。 Django SoftwareFoundationによるDjangoFellowの契約の終了は、技術委員会が指名に投票できるようになるまで、その人のリリース担当者の役割を一時的に停止します。

それ以外の場合、リリーサーは次の方法で削除される可能性があります。

  • Django SoftwareFoundationの行動規範委員会が講じた措置により失格となる。
  • 技術委員会の投票。


テクニカルボード

役割

テクニカルボードは、次のような経験豊富な貢献者のグループです。

  • Djangoの開発およびリリースプロセスの監視を提供し、
  • 機能開発とリリースの方向性の設定を支援し、
  • 特定の役割を果たすことに参加し、
  • 他の意思決定プロセスが失敗した場合は、タイブレーク投票を行います。

彼らの主な関心事は、Django WebFrameworkの品質と安定性を維持することです。


特権

技術委員会は、次の特権を保持しています。

  • Djangoの技術的な変更に関する質問に関して拘束力のある決定を下します。
  • 特定のコードをDjangoにマージすることを拒否するか、特定のマージまたはコミットの復帰を命令します。
  • Djangoの将来の技術的方向性に関する提案とアイデアの募集を発表しました。
  • Djangoのリリーススケジュールの設定と調整。
  • 合併と解放者の選択と削除。
  • 適切と思われる場合は、技術委員会のメンバーの解任に参加する。
  • 技術委員会が選挙が適切であると判断したときに、自動的にトリガーされるもの以外の技術委員会の選挙を呼び出す。
  • Djangoのガバナンスの変更に参加する(組織の変更を参照)。
  • 技術委員会が拘束力のある決定に熟していないと感じる問題、または技術委員会がその権限の範囲外であると感じる問題に投票することを拒否すること。
  • Djangoオープンソースプロジェクト内の他の技術チームのガバナンスを担当し、それに応じてそれらのチームを統治します。


メンバーシップ

テクニカルボードは、次のことを実証する5人の経験豊富な貢献者からなる選出されたグループです。

  • DjangoまたはDjangoエコシステムへの技術的貢献の歴史。 この履歴は、技術委員会への個人の立候補の少なくとも18か月前に開始する必要があります。
  • 貢献以外のDjangoの開発への参加の歴史は、 DjangoGitリポジトリに統合されました。 これには以下が含まれますが、これらに限定されません。
    • django-developers メーリングリストまたは Djangoフォーラムでのディスカッションへの参加。
    • Djangoソースコードリポジトリでプルリクエストに関するフィードバックを確認して提供します。
    • Djangoバグトラッカーのトリアージと管理を支援します。
  • Djangoの方向性と開発への最近の関与の歴史。 このような関与は、個人が技術委員会に立候補する前の2年以内に行われたに違いありません。

Djangoのリリースサイクルごとに、新しいボードが選出されます。 選挙プロセスは次のように機能します。

  1. 技術委員会は、そのメンバーの1人に、選挙のトリガーとそれをトリガーした条件を書面でDjango SoftwareFoundationの書記に通知するように指示します。 秘書は、選挙とそのタイムラインを発表するために、適切な場所– django-developers メーリングリストと Djangoフォーラムに投稿します。
  2. 選挙が発表されるとすぐに、 DSF理事会は有権者登録の期間を開始します。 DSF のすべての個々のメンバーは自動的に登録され、明示的に登録する必要はありません。 自分が投票する資格があると信じているが、まだ投票登録をしていない他のすべての人は、DSF理事会に投票特権を申請することができます。 有権者登録フォームと有権者のロールは、DSF理事会によって維持されます。 DSF理事会は、悪意を持って登録していると思われる有権者、または資格を改ざんした、あるいは資格がないと思われる有権者の登録に異議を申し立て、拒否する場合があります。
  3. 有権者の登録は、選挙の発表から1週間後に終了します。 その時点で、候補者の登録が始まります。 資格のある人なら誰でも候補者として登録できます。 候補者登録フォームと候補者名簿はDSF理事会によって管理されており、候補者は登録の一環として資格の証拠を提出する必要があります。 DSF理事会は、技術委員会のメンバーの資格を満たしていない、または悪意を持って登録していると信じる候補者の登録に異議を申し立て、拒否する場合があります。
  4. 候補者の登録は、開設から1週間後に終了します。 候補者の登録が終了してから1週間後、DSFの書記は、候補者の名簿を django-developers メーリングリストと Djangoフォーラムに公開し、選挙が始まります。 DSF理事会は、登録済みの有権者がアクセスできる投票フォームを提供し、投票の管理者です。
  5. 投票は、候補者の名簿と候補者に関する関連資料をランダムな順序で含む秘密投票によって行われます。 各有権者は、投票用紙で最大5人の候補者に投票できます。
  6. 選挙は開始から1週間後に終了します。 次に、DSF理事会は投票を集計し、投票の総数と各候補者が受け取った数を含む要約を作成します。 この要約は、DSF理事会の多数決によって承認され、DSFの書記によって django-developers メーリングリストとDjangoフォーラムに投稿されます。 投票総数が最も多い5人の候補者は、すぐに新しい技術委員会になります。

テクニカルボードのメンバーは、次の方法で削除できます。

  • Django SoftwareFoundationの行動規範委員会が講じた措置により失格となる。
  • 彼らが技術委員会のメンバーの資格を持っていなかったと判断する。 この決定は、技術委員会の他のメンバーと DSF委員会が共同で行う必要があります。 不適格性を有効に判断するには、技術委員会の他のすべてのメンバーと、問題に投票できるDSF委員会のすべてのメンバーが投票する必要があります(DSF委員会のメンバーの場合、影響を受ける人は投票してはなりません)。問題の人は不適格であること。


組織の変更

このドキュメントを変更するには、 DEPプロセスを使用する必要がありますが、 DEP 0010 で説明されている変更があります。