メンバーシップ
ライブラリコントリビューター
ライブラリコントリビューターのメンバーシップは、通常のコントリビューターが一定期間にわたっていくつもの重要な貢献を行い、 どの変更が受け入れ可能かについて適切な判断力を持つことを示した場合に、 ライブラリチームによって提供されます。
ライブラリチームとライブラリAPIチーム
ライブラリチームとライブラリAPIチームは、それぞれ自分たちのメンバーを選びますが、 新メンバーはライブラリコントリビューターまたは別の Rust チームの出身であり、 関連するライブラリ作業にすでに関わっていることが期待されます。
プロセス
すべての場合において、新メンバーを追加するプロセスは次のとおりです。
- ライブラリ（API）チームのメンバーが、非公開の Zulip チャンネルでコントリビューターの追加を提案します。
この提案には以下が含まれます。
- その人が取り組んできたこと、どのように貢献してきたかについての短い説明。
- その人が自分の考えを明確に伝えた事例の具体例をいくつか。
- その人が何が受け入れ可能な変更で、何がそうではないかを理解していることを示す具体例をいくつか。
重要な貢献をしているものの、通常は PR に大きな調整を加える必要がある人は、素晴らしい外部コントリビューターかもしれませんが、 他の貢献を判断することが期待されるレビュー権限を持つメンバーシップには、まだ適していないかもしれません。
- すべてのチームメンバーに意見を求めます。どのチームメンバーからも異議があってはなりません。
- 異議はチーム全体と共有されることが理想ですが、チームリードまたはモデレーションチームと非公開で共有される場合もあります。
- 異議には、ステップ 1 で説明された期待事項 （または行動規範）に沿わない振る舞いを示す例が含まれていることが理想です。
- チームリードはモデレーションチームに連絡し、何らかの異議を把握しているか尋ねます。
- チームメンバーとモデレーションチームが同意した場合にのみ、新しいコントリビューターが参加に招待されます。
- 新しいコントリビューターも同意した場合、
teamリポジトリにその人を追加する PR が送られます。 - 新しいコントリビューターの短い紹介を含むブログ記事が Internals Blog に公開されます。 この投稿の内容は、ステップ 1 のメールで挙げられたポイントの一部に基づくことができます。 内容は公開前に、まず新しいコントリビューターに確認されます。