二重管理モジュールの新版は次の安定版に属するものです。確実に含めるべきではありません。一人のプロジェクトマネージャだけでした。これは、スケールしないという問題があります。安定版のメンテナンスブランチは細心の注意を払って取り扱う必要もあります。ブランチについては新しいやり方をとっています。確実な場合は、自由に他の提案を追加できます。賛意をリストに送る)。全員から見える形でなければなりません。チェリーピッキングされる場合が適用されます。することと定義されます。尊重しあおうという大まかなガイドラインを書き下ろす試みでもあります。cooperation.この声明は法的な契約ではありません。この声明はいかなる意味、形式でも法律文書ではありません。これこそが法律用語です。この声明は法律やライセンスに関するものではありません。協力についてのものです。私たち全員が関与しているジョイントプロジェクトであると認識しています。認識していない限り、そのようなことはすべきではありません。変更が加えられることもありうるためです。メンテナンスに関わっている人は皆、頭に入れておくべきです。パッチやバグレポートなどはすべて原作者にフィードバックすべきです。原作者の開発方針は可能な限り尊重されるべきです。連絡がつかない場合のみです。このような場合も、パッチは可能ならばかならず作者に還元しなければなりません。その修正に深刻な問題がない限り、作者側の修正を積極的に優先すべきです。その変更に貢献した人を明記すべきです。公開版の場合は最新の非ベータ版)であるべきです。モジュールのアップグレードを先送りにすることはあります。念頭に入れておいてください)。バージョンを公式に枝分かれさせる選択をすることもあります。指示をあおいだうえで行うべきです。明記しなければなりません。記載しなければなりません。road.繰り返しますが、これは最後の手段としてのみ使うべきです。なる前にあらゆる努力を払って協力、妥協すべきです。二つのブランチをマージしなおすことができるか確認すべきです。モジュールに取り込まれるまで公式のものとはみなされないことです。保存しておくべきです。ふつうはルールや法律に訴えずともお互いに付き合っていけるはずです。姿勢や一般的なアプローチについてのものです。敬意であり、妥協の試みであるべきです。とるべきではありません。メンテナンスも共同で行っています。著者としてその文書の将来を管理する権利が与えられるわけではありません。同様に、文書を変更するときも周辺文書のスタイルにあわせるべきです。teach.文書中の例は、そこで説明している概念を例証するものであるべきです。コード片を例とする方が多いです。何がどう「重要」かはコード片によって異なります。これらは例示しようとしているレッスンの内容をわかりにくくしてしまいます。著者に任されています。周囲の文書のやり方にあわせるようにしてください。詳細に記述する必要はありません。あるバグトラッカーです。リストとバグトラッカーへの投稿は権利ではありません。議論に参加する全ての人は行動規範を遵守することが期待されています。civil.いつも礼儀正しく。moderators.モデレータに注意を傾ける。皮肉、邪推はやめましょう。事実に基づくだけでは十分ではありません。礼儀正しくもなければなりません。無作法に対して同じように対応することは受け入れられません。それが礼儀正しいことを保証しなければなりません。それを目指しましょう。慎重に考えてみてください。抗議を繰り返すことは受け入れられません。その決定についてモデレータにリスト外で連絡を取ることも受け入れられません。