- 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/10/15(水) 01:28:12 ID:wlLYf/ky0]
- セキュリティアップデート（例：Fx 3.0.3）のリリースプロセスが変更になる
そうだ。3.0.2の反省を踏まえ、品質を向上させるとともにリリース候補の数を
減らすことが目標となる。
ttp://groups.google.com/group/mozilla.dev.planning/browse_thread/thread/9eb94e693aedd649#
ttps://wiki.mozilla.org/User:Mconnor/SecurityUpdates
新プランの骨子
1.ブランチでパッチを受け付ける基準をはるかに厳しくし、リスクを大幅に緩和する。
2.各リリースでの修正範囲を狭めつつ、より頻繁にリリースする（典型的には4 - 5週間で）
（注：現在は 6 - 8週間のサイクル）
3.リリースサイクルの構造を変え、QA担当が修正内容とテストプランを検証・分析
する時間をより多くもてるようにする
3が最もラディカルな変更だという。この点について新プランでは次のような
サイクルが想定されている。
Week 1: Land fixes（修正の投入）
Week 2: Start bug verification（バグ検証の開始）
Week 3: Finish verification/start builds（検証終了/ビルド開始）
Week 4: Beta baking + QA signoff（Beta版作成 + QA終了）
|
 |
