DebianとUbuntuはどちらも、貢献者に対して公式に授与された一連のメンバーの役割を持っています。選挙やその他の公式の決定に参加することで、プロジェクトのガバナンスに参加できます。同時に、これは、貢献者に作業を割り当てる手段でもあります。ほとんどの貢献読者は彼らが獲得したアイデンティティを非常に誇りに思っています。
リリースの開発では、メンバーシップ構造が重要な役割を果たします。メンバーシップ構造は、プロジェクトが歓迎する寄稿者のタイプ、および寄稿者に対するプロジェクトの期待と寄稿者が持つ権利を定義します。最後に、このアプローチは、プロジェクトの新しい貢献者を募集する魅力を形成し、常に新しい貢献者を吸収することによってのみ、プロジェクトは存続することができます。
この記事では、DebianとUbuntuの比較を例として取り上げ、さまざまなバックグラウンドのコミュニティメンバーがどのように貢献し、公式に認識しているかを紹介します。
前書き
具体的な紹介を始める前に、DebianとUbuntuの2つのプロジェクトを簡単に紹介します。
( adsbygoogle = window.adsbygoogle || []).push({});
Debianは、さまざまなオープンソース契約に基づく無料ソフトウェアで構成されるオペレーティングシステムであり、「DebianProject」組織によって管理されています。 Debianプロジェクトは、収益性の高い組織によってサポートされていません。その開発チームは、世界中からのボランティアで完全に構成されています。 DebianはLinuxディストリビューションと見なされることがよくありますが、実際にはDebianはLinuxだけでなく、GNUやFreeBSDなどのさまざまなオペレーティングシステムもカバーしているため、Debianの正式名称は「DebianUniversalOperatingSystem」と呼ばれます。
Linuxコアを使用するDebianGNU / Linuxは、後の多くのLinuxディストリビューションの基盤であり、Ubuntuは最もよく知られているディストリビューションの1つです。 Ubuntuの公式サポーターはCanonicalです。CanonicalはUbuntuの新しいバージョンの6か月間のリリースを担当していますが、コーディング、配布、ドキュメント、翻訳、その他の作業のほとんどはコミュニティのボランティアによって行われます。
次に、これら2つのプロジェクトのメンバーシップ構造をさらに理解しましょう。
Debianメンバー構造
Debianには、Debian Developer（DD）とDebian Maintainer（DM）の2つの公式バックグラウンドメンバーの役割しかありません。 「[DebianCharter]（https://www.debian.org/devel/constitution.html）」はDebian開発者の権利を定義し、Debianメンテナは2007年の一般決議でそれを行いました。 DMの位置をDebianオフィシャルに統合するプロセスは非常に遅く、現在、ボランティアはDDになるために申請する前にDMになるために申請する必要があります。
DDの主な機能は、コードを送信し、それが担当するパッケージを保守することです。彼らはDebianサーバーにアクセスでき、コミュニティ投票（年に1回の選挙など）に参加できます。
DMは、権限がほとんどない役割です。[メンテナ]または[アップローダー]フィールドに名前が含まれ、DDによってDM-Upload-Allowed：yesマーク（DMアップロードが許可されることを意味します）で指定されているパッケージのみをアップロードできます。彼らには仕事以外の権利はなく、Debianリソースへのアクセスも非常に制限されています。
これらの2つの公式の役割に加えて、いくつかの非公式のパッケージメンテナもいます。ただし、それらの名前はMaintainerフィールドにのみ表示されるため、アップロード操作を実行することはできません。すべてのアップロード操作はDDによって完了および検証されます。 DDがこれらの非公式のメンテナを信頼している場合、通常、メンテナに正式なDMの役割を申請してもらい、アップロード作業を転送して実行できるようにし、負担を軽減します。
Debianの寄稿者になるための一般的な方法は、最初に非公式のパッケージメンテナになることです。パッケージメンテナンスの能力と性質がDDによって認識され、推奨された後、DMになるために申請することができます。 DMの期間が満了してから6か月後に、Debian New Maintainersプロセスを通じてDDになるための申請を行うことができます。このプロセスでは、他のDDの推奨も必要です。
Ubuntuでの開発者の役割
Ubuntuは当初から公式の「Ubuntuメンバー（UM）」の役割を定義しており、これには開発者、ドキュメントライター、翻訳者、アーティストなどのすべての寄稿者が含まれます。このステータスでのみ、Ubuntuコミュニティ委員会の選挙に参加できます。また、Planet Ubuntuプロジェクト（注：これは集合ブログに似たプロジェクトです）に参加する機会もあります。さらに、@ ubuntu.comメールエイリアスを取得することもできます。
開発者にとって、状況はより複雑です。Wikiページには5つ以上のIDがリストされています。当初、開発者はUbuntu Core Developers（UCD）とUbuntu Universe Masters（MOTU）に分けられました。後者はユニバース/マルチバース部分のアーカイブを担当し、前者はメイン/制限部分のアップロード権限を持っていました。ただし、Debianメンテナの役割とアーカイブが直面するいくつかの特定の問題に触発されて、Ubuntuは基盤となる構造を変更して、よりきめ細かいパッケージアップロード制御を提供しました。 （注：Ubuntuは主に、Main、Restricted、Universe、Multiverseの4つの主要コンポーネントに分けられます。MainはUbuntuチームによってサポートされ、Ubuntuディストリビューションの標準構成に含まれる無料のオープンソースソフトウェアを指します。RestrictedはUbuntuディストリビューションを指します。独自のソフトウェアのデフォルト構成は主にハードウェアドライバーです。Universeは主にサードパーティのオープンソースソフトウェアであり、Ubuntuチームの責任ではありません。Multiverseはサードパーティの独自のソフトウェアです。）
Ubuntuは、各パッケージにアップロード権限を付与したり、同じ粒度で権限を委任したりできるようになったため、新しい「パッケージごとのアップローダー（PPU、パッケージごとのアップローダー）」IDが作成されます。これらはグループにのみ制限されます。パッケージは、アップロード権限を持つUbuntuメンバーです。現在、Ubuntu開発者ステータスには、複数の異なる開発チームが含まれており、それぞれが異なるパッケージセットのアップロード権限を委任されています。現在、Ubuntu Desktopには、Mythbuntu、Kubuntu、Edubuntuの4つのチームがあります。各チームは、開発者メンバー委員会の基本原則に従って、独自の戦略を定義し、新しいメンバーを追加できます。
Ubuntuコントリビューション開発者は中間アイデンティティです。彼はまだ別の開発者アイデンティティになる準備ができていませんが、Ubuntuのメンバーになる決意を表明しています。
これらのIDはすべて、同様の方法で取得できます。過去の投稿を一覧表示するWikiページを作成し、一緒に作業した既存のメンバーから証拠を収集し、次の委員会会議の議題に自分を追加します。そして、時間通りに会議に出席します。委員会のメンバーはあなたのWikiページをチェックし、会議での回答（および通常の開発者メーリングリスト）と他の人の意見に基づいて合格できるかどうかを確認します。
最も重要な委員会のメンバーはコミュニティによって選出され、他の一般的な役割はコミュニティ委員会によって任命されます。これらの統治機関にはCanonicalの従業員が含まれますが、想像したほど多くの人は存在しません。開発者メンバー委員会は合計8人で、そのうち2人はCanonicalの従業員、コミュニティ委員会は合計8人、うち2人はCanonicalの従業員です。 6人のメンバーはすべてCanonicalの従業員であり、6人のメンバーはすべてMark Shuttleworthによって個人的に任命されています。コミュニティにはこれについて話す権利はなく、投票を確認するときにのみ同意することを選択できます。明らかに、Ubuntuの創設者として、Mark Shuttleworthはプロジェクトの開発の方向性をしっかりと管理することを望んでおり、彼はコミュニティ委員会と技術委員会の唯一の常任理事国です。
DebianとUbuntuのIDの比較
次の表に、これら2つのプロジェクトによって開発者に付与された権限の比較を示します。
| 権利 | デビアン | ウブントゥ |
|---|---|---|
| DM | DD | UM |
| 監視によるパッケージのメンテナンス | はい | 監視なし |
| 公式メールエイリアス | – | はい |
| 参加メンバーの投票 | – | はい |
| 開発者の投票に参加する | – | はい |
| アップロード権限は、事前に承認されたパッケージに制限されています | はい | – |
| アップロード権限はアーカイブセクションに制限されています | – | – |
| 無制限のアップロード権限 | – | はい |
| 寄稿者数（2010年7月27日現在） | 117 | 904 |
注釈：
同じ寄稿者が複数のIDを持っている可能性があるため、ここでのUbuntu寄稿者の数は100％正確ではないことに注意してください。
上記の表からわかるように、Ubuntuはより多くのIDの選択肢を提供するため、より公式に定義された参加者がいますが、Debianには非常に多くの開発者がいます。すべての作業は寄稿者によって行われますが、最も重要な権利はまだ少数の人々しか利用できません。 Ubuntuの貢献者の中で、Canonicalの従業員が過半数を占めています。63人のコア開発者のうち36人が、@ canonical.comの電子メールサフィックスを使用してランチパッドアカウントを登録しています。彼らは、DebianメンバーよりもUbuntuディストリビューションに多くの時間を費やしています。労働時間数は非常に興味深いでしょう。
Debianはメンバーシップ構造の欠点を認識し、専用のパッケージ担当者を何度も追加するかどうかについて話し合いましたが、残念ながら、話し合いと話し合いのたびに解決策を考え出すことはありませんでした。
可能な進化
Ubuntuでは、基本的な構造の変更が最近終了しました。近い将来、さらに変更を加える予定はありませんが、各チームが独自のパッケージアップロード権限をより適切に制御できるようにすることで、各独立した開発者が単一パッケージのアップローダーになります。
Debian側では、最近、いくつかの悪い用語がDebianプロジェクトリストで議論されています。ほとんどの人は、「新しいメンテナプロセス」（「新しい開発者プロセス」として推奨）の名前を変更することに同意しますが、Debianアカウントマネージャーのクリストフ・バーグは、それを「新しいメンテナチーム」と呼ぶべきだと考えており、メンバー構造の改革が新しいメンテナチームの最優先事項であると述べました。
最後の改革努力から2年が経過しました。新しいメンテナチームは多くの新しいメンバーを採用し、新しいメンバーのパフォーマンスは非常に良好です。終了したばかりのDebConf会議でも、Debianメンバーシップ構造の改革について議論されました。改革の問題を議論するための重要な集まりになります。