コミッターの基準

コミッターは、コード変更のレビューと統合を担当します。PMCは、プロジェクトへの貢献度評価に基づいて、コントリビューターをコミッターにするかどうかを投票で決定します。貢献は様々な方法で行うことができ、コミッターになるための単一のルートはありません。とはいえ、ここではPMCがすべての潜在的なコミッターに求める一般的な基準を示します。

コミッターへの道のりの例

以下は、コミット権限を得るための仮説的な例をいくつか示します。

ハン・メイメイは、大規模なApache Hadoopクラスターを運用する大企業に勤務しています。Hadoopの最新バージョンをステージングクラスターにデプロイする際、彼女は多くのバグとパフォーマンスの低下を発見します。彼女はこれらの問題についてJIRAを提出し、その一部についてはパッチを投稿することができます。残りのJIRAについては、彼女は自分のクラスターで追加のデバッグを行ったり、中間パッチをテストおよびレビューしたりすることで、他のコミュニティメンバーと協力します。さらに、ハン・メイメイは、リリースラインのリリース管理者であるレイ・リーと協力して、重要な問題を次のメンテナンスリリースにバックポートするようにします。ハン・メイメイは、自分のクラスターが現在影響を受けていない場合でも、次のメンテナンスリリースを対象とした他の重要な問題の修正とレビューにも取り組みます。彼女は、このリリースラインにおけるその後のメンテナンスリリースでも同様の安定化作業を継続し、質の高い上流リリースを出荷するというコミットメントを示しています。

エリスは、商用ビッグデータベンダーで開発者として働いています。エリスは、いくつかの初心者向けのJIRAに取り組むことで立ち上げますが、その後、フィーチャーブランチで発生している大規模な企業間開発活動に関与します。エリスはフィーチャーの設計のレビューを支援し、建設的なフィードバックを提供し、他のコミュニティメンバーと協力して作業をサブタスクに分割します。この時点で、PMCは開発を加速するためにエリスにブランチコミッターシップを付与します。エリスは多くのサブタスクについて優れたパッチを提出し、他の人のコードのレビューとコミット時に注意深く、徹底的に対応します。フィーチャーブランチが後にtrunkにマージされた後、エリスはフィーチャーに関連するバグを見つけて修正し続け、他の人からのコード貢献をレビューします。

ラージは、商用ビッグデータベンダーでテストエンジニアとして働いています。ラージは上流での統合テストの不足に気づき、プロジェクトにコミットされるフォールトインジェクションテスト用のテストハーネスを貢献します。ラージはPMCと連携してApacheインフラストラクチャ上でテストハーネスを実行し、出力のトリアージを開始し、関連するバグについて再現を伴うJIRAを提出します。ラージはログの収集と問題の再現を支援し、テストハーネスの改善を継続します。

ピーターは、Hadoopのドキュメントの改善に関心のあるテクニカルライターです。彼は、古い情報や誤った例を修正することから始め、専門家に連絡を取り、コードベースを調べて技術的な詳細を明確にします。ピーターがドキュメントのセットに詳しくなるにつれて、新しく貢献された機能に十分なドキュメントが含まれていないことに気づき、API設計に影響を与えた設計上の決定の一部についても説明する、機能のセットアップと使用方法に関するガイドを貢献します。ピーターはドキュメントの貢献をますます多くの分野に広げ続け、メーリングリストでユーザーの質問に積極的に回答します。これは、プロジェクトの知識、細部への注意、およびユーザー重視であることを示しています。