| | 102 | == ご参考：チケット処理・開発プロセスの流れ == |
| | 103 | 1. チケットの登録（報告者） |
| | 104 | 報告者がチケットを登録します。[[BR]] |
| | 105 | チケットの状態は「new」です。 |
| | 106 | 2. チケット受付（管理人） |
| | 107 | 管理人が「new」のチケットを確認し、再現性等の調査を行った後、[[BR]] |
| | 108 | マイルストーン等を設定します。[[BR]] |
| | 109 | チケットの状態は「accepted」になります。[[BR]] |
| | 110 | 報告者の勘違い等、対応が発生しない場合は、管理人がチケットをクローズします。（7.へ） |
| | 111 | 3. チケットのやりとり（報告者＆管理人） |
| | 112 | 場合によっては、認識あわせなどのために、チケットのやりとりを行います。[[BR]] |
| | 113 | 4. 対応実施（管理人） |
| | 114 | 管理人が、不具合対策、機能追加を行います。 |
| | 115 | 5. チェックイン済み、リリース待ち（管理人） |
| | 116 | 管理人が、ソースレポジトリにチェックインしたら、チケットをクローズします。[[BR]] |
| | 117 | チケットの状態は「closed」になります。 |
| | 118 | 6. リリース（管理人） |
| | 119 | 管理人が、対策版バージョンをリリースします。[[BR]] |
| | 120 | 7. 対応内容の確認（報告者）（任意） |
| | 121 | 報告者が、対応内容の確認を行います。[[BR]] |
| | 122 | 対応に不備があれば、差し戻しを行い、チケットの状態は「reopen」になります。[[BR]] |
| | 123 | |
| | 124 | |
