Changes between Version 11 and Version 12 of maintenance

Timestamp:

2009/09/23 07:02:45 (15 years ago)

Author:

iwamoto

Comment:

--

maintenance

@@ -19 +19 @@
 === Main/Core Enhancement update の場合 ===
 
-猫
+自分が該当 Package のメンテナでない場合は、[wiki:maintenance/i_am_not_maintener メンテナ以外が update したい場合の方法]に基づき、提案を行う。
+
+ 1. Update したい Package とその理由、詳細を（新規）BTS に登録する（提案者）
+  * Package 名
+  * 対象 Vine Version
+  * update したい理由、詳細
+  * 参考 URL（あれば）
+  * 参考 Vine Linux BTS（あれば）
+ 2. （新規）BTS、VineSeed ML を活用し、方針を決める
+ 3. Updated Package を作成する（Package 作成者）
+  * Patch のみで対策できた場合は、3. へ
+  * Version up により対策を行いたい場合は、[wiki:maintenance/approval 承認プロセス]を経て、承認を得る
+ 4. Package を incoming へ put する（Package 作成者）
+  * put 先の incoming は「VineLinux incoming」
+  * 「proposed-updates」Repository を使い、更新されたパッケージを配布する
+ 5. （新規）BTS へ Package を put したことを書き込む（Package 作成者）
+  * 更新点の案内
+  * 互換性に変更ある場合はその情報
+  * 関連 URL の情報・関連 Vine Linux BTS
+ 6. パッケージのテストを行う（全員・元バグ報告者）
+  * 「proposed-updates」Repository 経由で package を取得し、install する
+  * 元バグ報告者に「proposed-updates」Repository 経由で package を取得できることを伝え、テストしてもらう（「proposed-updates」Repository 公開されている）
+  * 正常に install、動作の確認がとれたら、（新規）BTS へその旨書き込む
+  * Version up を行った場合は、テスト条件が厳しい [wiki:maintenance/approval 承認プロセス]を参照のこと
+  * 問題が発覚したら 3. へ戻る、問題ないようだったら 7. へ
+ 7. Packageのリリース（release 権限者）
+  * 更新点をもとに アナウンス文書を作成する
+  * 「proposed-updates」Repository から「updates」Repository へ package を移動する
+  * アナウンス文書を公開する
 
 === Main/Core Security update の場合 ===
 
-自分が該当 Package のメンテナでなくても、メンテナの承認を得ずに作業してよい。
+自分がメンテナでなくても、メンテナの承認を得ずに作業してよい。
 但し、メンテナにその旨連絡するほうがよい。
 
- 1. Security issue を発見したら、Seculity BTS に登録する
+ 1. Security issue を発見したら、Seculity BTS に登録する（発見者）
   * Package 名
   * 対象 Vine Version
   * 詳細
   * 参考 URL
- 2. BTS、Security ML を活用し、fix 方針を決める
- 3. 対策 Package を作成する
+ 2. BTS、Security ML を活用し、fix 方針を決める（発見者）
+ 3. 対策 Package を作成する（Package 作成者）
   * Patch のみで対策できた場合は、3. へ
   * Version up により対策を行いたい場合は、[wiki:maintenance/approval 承認プロセス]を経て、承認を得る
- 4. Package を incoming へ put する
+ 4. Package を incoming へ put する（Package 作成者）
   * put 先の incoming は「Security incoming」
   * 「testing」Repository を使い、更新されたパッケージを配布する
- 5. Security BTS へ Package を put したことを書き込む
+ 5. Security BTS へ Package を put したことを書き込む（Package 作成者）
   * 更新点の案内
   * 関連 URL の情報
- 6. パッケージのテストを行う
+ 6. パッケージのテストを行う（Security Team 全員）
   * 「testing」Repository 経由で package を取得し、install する
   * 正常に install、動作の確認がとれたら、Security BTS へその旨書き込む
+  * Version up により対策を行った場合は、テスト条件が厳しい [wiki:maintenance/approval 承認プロセス]を参照のこと
   * 問題が発覚したら 3. へ戻る、問題ないようだったら 7. へ
-  * Version up により対策を行った場合は、テスト条件が厳しい [wiki:maintenance/approval 承認プロセス]を参照のこと
- 7. Packageのリリース
+ 7. Packageのリリース（release 権限者）
   * 更新点をもとに アナウンス文書を作成する
   * 「testing」Repository から「updates」Repository へ package を移動する