|
|
mozilla 1.0 宣言
何を多くの人に次のような質問をされた。「なぜ、Mozilla に 1.0 が必要なのか？ このまま（訳注： 1.0 を特別なマイルストーンとせず）進行して、ベンダーが良いマイルストーンをピックアップするのにまかせるのではいけないのか？」 1.0 には 以下 に列挙されている、いくつかの理由がある。しかし、「Mozilla 1.0」がどのようなものであるかについて、合意しておこう。
なぜ
多くの企業
が開発した製品を含めた、Mozilla のユーザーは、以下のような特徴を持った、安定し長命なブランチを必要としている：
もし mozilla.org が、トランクのアクティブな開発を進行させるのと並行して、統合され、安定な、長命のブランチをホストすれば、Mozilla
を改善する手助けをする人が増加し、Mozilla のディストリビューションの恩恵を受ける人が増加し、世界はもっと良い場所になるだろうと、我々は考えている。このブランチは、明らかに、進行、結合、レビュー、そしてテストにおいて、スマッシュを打つような多大な努力を必要とする。我々は、それがどのように管理されるか
(そのロードマップがどのようなものになるか) について、まだ確信があるわけではない。 -- しかし、我々はこの必要性を把握しており、計画を立てたいと望んでいて、あなたの意見を歓迎している。 1.0 ブランチに関するノート： 「付加的」なものであるのであれば、大きな変化が 1.0 ブランチに加えられる可能性はないわけではない。しかし、我々は、多くの開発者がトランクに対するハックを続ける事を期待する。そうすれば、トランクソースからビルドされたモジュールは、どの
1.x マイルストーンでも動作するという、固定されたインターフェースによるバイナリ上の互換性というメリットを享受できるからだ。 どのようにこの、安定して、長命な、ブランドのブランチは、特定のバグを修正しようとする努力の集中なしにはありえない。バグを特定して、バグリストをゼロに近くする必要がある。完全に時代遅れにならずにこれを達成するためには、少数のマイルストーンをピックアップして、開発者たちに彼らの
バグをこのマイルストーンの間に修正するように求める必要がある。もちろん、mozilla1.0 バグを構成する要素について、違う意見を持つ貢献者もいる。標準準拠に関するバグは、1.0
ブランドに値するものの以前に、ほとんどが修正されているべきであると信じている人たちもいる。それは結構だが、このような長いリストを修正するのに必要なマイルストーンの数は推測困難で、現状の修正速度からすると、おそらく非常に多数となるだろう。 全ての Mozilla 開発者に呼びかける。もしあなたが、我々と同じく、世界は mozilla.org からの早期の "1.0"
を必要としている、と思うのなら、あなたの努力を、
bug 103705
、すなわち mozilla1.0 トラッキングバグが依存しているバグ群に集中して欲しい。 上記
した制約があるとすれば、我々は、いずれにせよ、安定して、比較的長命 (最低でも1年ぐらい) のブランチを近い将来に仕上げる事が要求されている。このリリースとブランチをどのようなブランド名にするにせよ、安定して有用なリリースを、多くとも
5つのマイルストーン内で、できればそれより少ない数 (だが、おそらく 3つ以下では無理だろう) で仕上げるように計画しなければならない。
そこで、我々は、最も重要なmozilla1.0 のバグフィックスを、0.9.6 から 0.9.9 の
4 つのマイルストーンの間に予定するようにお願いする。 我々が、何回も
言ってきた事だが、我々は新しい機能は要らない。我々が求めているのは、安定性、パフォーマンス、最上の標準準拠、許容範囲内のバグ数、そして良い
API だ。 機能にかかるコストは、我々の時間を消費する。直接的にも（機能を移植する人々の機会のコスト。彼らは 1.0 のバグフィックスを手助けできたかも知れない）、間接的にも（
コードレビュアー
、専門のコンサルタント、他の援助者たちの、派生するコスト）。もしあなたが、ある機能を 1.0 に加えたいと思っているなら、あらかじめ、なぜその機能が必要なのかを
ドライバー
に説明する準備をし、彼らの回答として「その機能に関する作業は、1.0 がブランチするまでサポートできない」と言われるかもしれない、という事を認識しておいていただきたい。 商用の貢献者が、ある機能を 1.0 ブランチの前のマイルストーンに必要とする、という可能性は高いと思うが、我々は、それを CVS
ブランチとして、あるいは #ifdefs を経由して、分離させたいと考えている。その機能の導入が無害であると証明されている非常に少数の例外については、フィックスの代わりにチェックインするかも知れない。しかし、我々が強硬路線を取らなければ、早期の
"1.0" は達成できないだろう。我々は、全ての貢献者がこの路線に参加するようお願いする。 いつスタッフとドライバーたちに尋ねてみたところ、我々の安定して長命な、API の約束されたブランチに "1.0" ブランドを使用するのは、遅いよりは早い方が良いと信じている人が大多数だった。様々なベンダー、本の著者、そしてそのようなブランチを必要としている人々からのフィードバックから判断して、我々は「早い」を次の
6ヶ月以内であると信じている。（訳注： 原文初版は 2001年10月16日付け） レグレッションのテストと、コードの見直しとともに、
トップクラッシュ
と他の重大なバグ（例えば、データの損失）への修正だけがチェックインされるマイルストーンが、 mozilla1.0 のブランドを自信を持って付ける前に必要であると、我々は主張する。従って、1.0
のマイルストーン期間は、ドライバーが承認した変更以外の全てのものに対してツリーがクローズされる期間となるだろう。 以上述べたことを総合すると、トランクが比較的少数のバグ修正以外にはクローズされ、全員がテストに照準をあわせる mozilla1.0
マイルストーンまで、たかだか 0.9.6 から 0.9.9
しかない、という事になる。明らかに、このマイルストーンを仕上げるには、多くの作業が必要であり、その作業をどのように組織化するかについては、より詳細な記述が必要だが、私はそれをこの文書の将来のアップデートに残しておきたい。あなたの意見を歓迎する。 もしうまく行けば、0.9.9 の後は 1.0 のマイルストーンとなるだろう。もし 1.0 が作業につれて後退していくようであれば、バグフィックスに関する我々の
1.0 の定義は壊れた事になる。従って、我々は、継続的にスケジュールと顕著なバグを見直す事になるだろう。追加のマイルストーン (0.9.10)
が必要であっても、1.0 が充分近い将来に達成できるのであれば、それも良しとしよう。-- しかし、追加のマイルストーンの数を数えるべきではない。2
つ以上の追加のマイルストーンは存在しないはずだ。さもなければ、繰り返すが、早期の安定したブランチと6ヶ月以内のリリースに集中する、という目標に失敗したことになる。 誰が我々は、
Mozilla 1.0 トラッキングバグ
にリンクされているバグを所有している人すべての助力を必要としている。（しかし、このバグにスパムを加えたり、その依存関係を変更しないでいただきたい。もしこのような事をすると、あなたの
bugzilla へのアクセス権が停止されるかもしれない！ 議論には、ニュースグループ
を使用すること） このリストは、まだ完全ではない。今後、様々な領域の重要な人々との相談と、あなたのフィードバックによって、更新されるだろう。 何が 1.0 に加えられるかについての最終発言権は、一人の人物、すなわち善かれ悪しかれ
わたし
にある。-- しかし、正しいことを行なうために、私が権利を委任し、その判断と総意を信頼している、何段階もの人々がいる。委任、判断、総意の第一列は、
スタッフ
と ドライバー
であり、彼らはさらに、ポークジョッキー
、 レビュアー
、 モジュールオーナー
、バグのアサインを受けた人、QA コンタクト、トリアージャー、そして、コミュニティの他のメンバーに依存している。バグ 103705
は現在（そして一時的に） nobody@mozilla.org にアサインされているが、我々は依存関係にあるバグ群のオーナーを特定中である。あなたが、これらのトラッキングバグのどれかのオーナーになって手助けをしたいと思うなら、私にメールしていただきたい。 あるバグが 1.0 までに修正されているべきであるとあなたが信じているのであれば、それに mozilla1.0
キーワードを付けることによって、ノミネートしていただきたい。そのバグは、アサインされ、1.0 かそれ以前のマイルストーンをターゲットとされるかもしれない。もしドライバーと、関連する
1.0 トラッキングバグのオーナーが、そのバグは 1.0 にとって重要だ、と考えたなら、それは依存関係としてリンクされるだろう。もしリンクされていない、ターゲットされていない、それどころかアサインすらされていないようなバグがあれば、気軽に提案していただいて構わないが、まず以下のことを自問自答していただく事を
お願いする。
Mozilla 1.0 が依存するバグ群:
|
|