この PEAR 規約は、PEAR 開発者の多数決によって 2007 年 3 月 8 日に承認されました。詳細は 公式な結果 を参照ください。
以下の概要は、この規約の要点を伝えるためのものにすぎません。 正式な PEAR 規約は、こちら にあるテキストです。
最も重要なこととして、この文書の主要な目的は次の四点です。 開発者たちを支援する環境を整えること、 そして開発者たちの間の関係をよりよいものにすることと、 ベストプラクティスを推奨すること、 いざこざを解決するための手続きを明確にすること。 PEAR の目的は、PHP での開発において日々直面する問題に対するすばらしい解決策を PHP 開発者たちにもたらすことです。この規約が pear.php.net での活動の助けとなることを望んでいます。
開発者は、どのバグ対応/機能追加をどのバージョンまでに実装するか、 いつ新バージョンをリリースするかなどについて絶対的な決定権を持ちます。 開発者は、API の決定や品質管理、ドキュメントなどについて、 そのパッケージを含む collective に権限を譲渡しなければなりません。 開発者は、新たな開発者の指導者として彼らに PEAR の仕組み (パッケージの作成方法、ドキュメントの書き方、テストのしかたなど) を教えてあげることを期待されています。
In other words, the bulk of the day-to-day power will remain with developers, but some of the QA decisions and individual ownership will be relinquished to the collective that contains the package.
Collectives have supreme power over packages within the collective in terms of API decisions, QA, documentation, defining the way collaboration works in the collective, choosing a collective leader or leaders, self-promotion of packages within the collective and assigning mentors to new developers of packages within the collective.
The PEAR Group only has power over issues that affect all of PEAR such as coding standards, CVS karma, and all major decisions made about PEAR as a whole. For example, licenses allowed and what defines a collective are two issues that only the PEAR Group can resolve.
The PEAR president has no power over any of the things above, except for the ability to veto a PEAR Group decision. The president cannot create policy. The president's main job is public relations, talking to people outside of PEAR like an ambassador, trying to recruit new developers or bring packages into PEAR, and to solve big emergencies in a hurry such as finding a new hosting provider should the donated space for pear.php.net disappear.