Mozilla をハックする 目次
コードを mozilla.org の CVS レジストリにチェックインするためには、コード開発サイクル、コーディングの慣習、チェックイン要件 を理解する必要があります。 たぶん、プロジェクトの組織 についても適切な理解をしたいでしょう。
（もし、以前ここにあった「Hacking Mozilla（Mozilla をハックする）」というドキュメントをお探しなら、下の最初のリンクへ行ってください）
A. コード開発
パッチのライフサイクル（以前の "Hacking Mozilla"）
どうやってソースを入手し、パッチを開発し、レビュー・スーパーレビューを受け、ツリーにチェックインするかについての概要。
Mozilla のハックを始めるためのガイド
ソースコードがどのように組織されるか、開始する場所、重要なツール、貢献するために従うべき規則。
コードレビュー
mozilla.org のコードレビューとスーパーレビュー手順についての FAQ です。それが何であり、どう運用され、何が望まれるか。
Super-review
どのコードが super-review を必要としているか、super-review を求めるときに何をするのか、super-review レビューワのリスト、
そして super-review を求める前に、自分のコードについて考えなくてはならないことについてのいくつかの TIPS。
開発戦略
開発者を生産性豊かに保つのを助ける開発戦略。
Mozilla に新しい機能を貢献することについての TIPS
大規模な貢献についての設計と実装の提案。
B. Mozilla コーディングの慣習
Mozilla コーディングスタイルガイド
Mozilla のコードベースで使われる基本的スタイルとパターンの説明。新しいコードはこれらの標準に従うよう努めなくてはなりません。
Seamonkey コードレビューワのガイド
コードレビューを実施するときに何を探さなくてはならないかについての高いレベルの概要。
規則と TIPS
コードをスーパーレビューに投稿する前にコードについて聞かれる質問。
C++ 移植性ガイド
多くのマシン環境・コンパイラを横断して移植可能な C++ コードを作るための規則、ガイドライン、 TIPS。
C. コードを mozilla.org のツリーにチェックインする
Seamonkey ツリーでの作業
チェックインする前にコードをどのようにビルドしテストするか、どのようにmozilla.org がチェックインを管理するか、コードがコミットされるときそれぞれの開発者のコミュニティへの責任の詳説。
Seamonkey エンジニアリングバイブル
古いけれど、どのようにチェックインをスムーズにするかについての案内を含んでいる未だ有用な資料。
チェックイン前のテスト
コードをチェックインする前に実行しなくてはならない最小限のテスト
Bonsai を使った Mozilla のハッキング（"Being on the Hook"：フック状態になる として知られていた）
自分のコードがチェックインされたとき、"on the hook." 【訳注：フック状態、やっかいごとに巻き込まれるの意味とダブルミーニング】になります。この意味についての詳説です。。。
パフォーマンス悪化への方針
パフォーマンス上の悪化があったためにツリー封鎖されるべきとき、そしてどのようにして解除されるべきか。
品質保障テスト Full Smoketests
Mozilla コミュニティの QA（品質保証）が）検証ビルドで毎日実行しているテスト。
Mozilla への CVS 書き込み権限を得る
mozilla.org の CVS リポジトリへの CVS 書き込みアクセス権限を得るために必要な手順。
CVS 貢献フォームを完了する方法
CVS 書き込みアクセスを得る手順の一つとして記入する必要があるフォームを完了するための情報と、フォーム自体へのリンク。
D. プロジェクトの組織
Mozilla の役割と責任
Mozilla コミュニティでの明確な規則についての詳説 -- mozilla.org、ドライバ、モジュールオーナーなど。
Mozilla モジュールとモジュール所有者
Mozilla モジュールの特徴、モジュールオーナーの役割、モジュール所有者の基準、モジュールオーナーの指名。
Mozilla セキュリティバグの取り扱い
セキュリティ問題に関係するバグの取り扱いについての mozilla.org の方針。