Ticket Workflow (ja) » 履歴 » バージョン 5
kaoru n, 2014-10-21 13:17
1 | 1 | Kousuke Ebihara | h1. チケットのワークフロー |
---|---|---|---|
2 | 1 | Kousuke Ebihara | |
3 | 1 | Kousuke Ebihara | h2. 概要 |
4 | 1 | Kousuke Ebihara | |
5 | 1 | Kousuke Ebihara | すべてのチケットはステータスを持っています。 |
6 | 1 | Kousuke Ebihara | |
7 | 1 | Kousuke Ebihara | チケットのステータスはチケットの更新ページで変更することができます。 |
8 | 1 | Kousuke Ebihara | |
9 | 1 | Kousuke Ebihara | 利用可能なステータスには様々な理由による制限が設けられます。たとえば、報告者は「着手」ステータスを使えなかったり、「差し戻し」ステータスから「修正済み」ステータスに変更できなかったりします。 |
10 | 1 | Kousuke Ebihara | |
11 | 3 | Kousuke Ebihara | h2. ステータスについての説明 |
12 | 3 | Kousuke Ebihara | |
13 | 3 | Kousuke Ebihara | 作業の進捗状況によってチケットのステータスを適宜更新してください。 |
14 | 3 | Kousuke Ebihara | |
15 | 3 | Kousuke Ebihara | h3. New(新規) |
16 | 3 | Kousuke Ebihara | |
17 | 3 | Kousuke Ebihara | チケットの初期状態です。作られたばかりのチケットはこの状態になります。 |
18 | 3 | Kousuke Ebihara | |
19 | 3 | Kousuke Ebihara | h3. Pending Fixing(修正待ち) |
20 | 3 | Kousuke Ebihara | |
21 | 3 | Kousuke Ebihara | 再現チームにより再現確認がおこなわれたあとのステータスです。充分な再現確認がおこなわれていて、修正に必要な情報が揃っていることを、開発者にアピールすることができます。 |
22 | 3 | Kousuke Ebihara | |
23 | 3 | Kousuke Ebihara | このステータスはバグチケットにのみ使われます。 |
24 | 3 | Kousuke Ebihara | |
25 | 3 | Kousuke Ebihara | h3. Accepted(着手) |
26 | 3 | Kousuke Ebihara | |
27 | 3 | Kousuke Ebihara | 開発者がチケットの対応を開始したことを示すステータスです。このステータスにすることで、「対応が進んでいる」ということをアピールするほかに、他の開発者が同じ作業をしてしまうことを防ぎます。 |
28 | 3 | Kousuke Ebihara | |
29 | 3 | Kousuke Ebihara | h3. Pending Review(レビュー待ち) |
30 | 3 | Kousuke Ebihara | |
31 | 3 | Kousuke Ebihara | 開発者がチケットの対応を完了し、レビューを依頼していることを示すステータスです。 |
32 | 3 | Kousuke Ebihara | |
33 | 5 | kaoru n | このステータスにする際は、「修正コードがプルリクエスト済みである」という条件を満たしていなければなければなりません。 |
34 | 5 | kaoru n | 条件を満たしていない場合、レビューを行うことができず、「Rejected(差し戻し)」となる場合があります。 |
35 | 1 | Kousuke Ebihara | |
36 | 5 | kaoru n | プルリクエストについては"こちら":https://redmine.openpne.jp/projects/op3/wiki/Pull_Request_Policy_%28ja%29 をご確認ください。 |
37 | 5 | kaoru n | |
38 | 3 | Kousuke Ebihara | h3. Pending Testing(テスト待ち) |
39 | 3 | Kousuke Ebihara | |
40 | 3 | Kousuke Ebihara | コードレビューが完了し、テスターにテストを依頼していることを示すステータスです。 |
41 | 1 | Kousuke Ebihara | |
42 | 5 | kaoru n | h3. Pending Merge(マージ待ち) |
43 | 5 | kaoru n | |
44 | 5 | kaoru n | テスターがテストを完了し、プルリクエストのマージを依頼していることを示すステータスです。 |
45 | 5 | kaoru n | |
46 | 3 | Kousuke Ebihara | h3. Rejected(差し戻し) |
47 | 3 | Kousuke Ebihara | |
48 | 3 | Kousuke Ebihara | コードレビューもしくはテストにおいて何かしらの問題が生じたことを示すステータスです。チケットの担当者はこのステータスになっているチケットを優先的に処理し、再び「Pending Review(レビュー待ち)」にステータスを変更できるようにしてください。 |
49 | 3 | Kousuke Ebihara | |
50 | 3 | Kousuke Ebihara | h3. Fixed(完了) |
51 | 3 | Kousuke Ebihara | |
52 | 3 | Kousuke Ebihara | チケットへの対処が完了したことを示すステータスです。 |
53 | 3 | Kousuke Ebihara | |
54 | 3 | Kousuke Ebihara | h3. Works for me(再現せず) |
55 | 3 | Kousuke Ebihara | |
56 | 3 | Kousuke Ebihara | チケットで報告されている現象が再現チームによって再現できなかったことを示すステータスです。 |
57 | 3 | Kousuke Ebihara | |
58 | 3 | Kousuke Ebihara | このステータスが使われる場合、報告が間違っているか、不備がある可能性が高いです。チケットが誤りでないと思われる場合、報告の内容を見直し、再度ステータスを「New(新規)」に変更してください。 |
59 | 3 | Kousuke Ebihara | |
60 | 3 | Kousuke Ebihara | h3. Invalid(無効) |
61 | 3 | Kousuke Ebihara | |
62 | 3 | Kousuke Ebihara | チケットが誤って作られたことを示すステータスです。 |
63 | 3 | Kousuke Ebihara | |
64 | 3 | Kousuke Ebihara | h3. Won't fix(対応せず) |
65 | 3 | Kousuke Ebihara | |
66 | 3 | Kousuke Ebihara | チケットへの対応をおこなわない場合に用いられます。たとえばプラグインで対処するべきアプリケーション側の機能に関する要望などに用いられます。 |
67 | 1 | Kousuke Ebihara | |
68 | 1 | Kousuke Ebihara | h2. ワークフローについての詳細な説明 |
69 | 1 | Kousuke Ebihara | |
70 | 1 | Kousuke Ebihara | h3. バグ |
71 | 1 | Kousuke Ebihara | |
72 | 1 | Kousuke Ebihara | 以下の画像はバグチケットにおけるワークフローを説明しています。 |
73 | 2 | Kousuke Ebihara | |
74 | 5 | kaoru n | !2-1.png! |
75 | 1 | Kousuke Ebihara | |
76 | 1 | Kousuke Ebihara | h3. 改善 |
77 | 1 | Kousuke Ebihara | |
78 | 1 | Kousuke Ebihara | 以下の画像は改善チケットにおけるワークフローを説明しています。 |
79 | 1 | Kousuke Ebihara | |
80 | 5 | kaoru n | !4-1.png! |
81 | 1 | Kousuke Ebihara | |
82 | 1 | Kousuke Ebihara | h3. バックポート |
83 | 1 | Kousuke Ebihara | |
84 | 1 | Kousuke Ebihara | バックポートチケットは、複数バージョンのためのバグチケットか改善チケットのために使われます。 |
85 | 1 | Kousuke Ebihara | |
86 | 1 | Kousuke Ebihara | そのようなチケットはまず現在の開発版にて扱い、対応し、レビューし、テストし、そして古いバージョンにバックポートするためのチケットを作らなければなりません。 |
87 | 1 | Kousuke Ebihara | |
88 | 1 | Kousuke Ebihara | 最新の開発版のためのチケットを「元チケット」と呼びます。元チケットは通常のバグチケットや改善チケットと同じように扱われなければなりません。 |
89 | 1 | Kousuke Ebihara | |
90 | 1 | Kousuke Ebihara | バックポートチケットもまた通常のチケットと同じように扱われます。これはバックポートチケットのための変更が、レビューされ、テストされることを意味します。なぜならその変更は、たとえ元のバージョンで動いていたとしても古いバージョンでは正常に動作しないことがあるからです。 |
91 | 1 | Kousuke Ebihara | |
92 | 1 | Kousuke Ebihara | 以下の画像はバックポートチケットにおけるワークフローを説明しています。 |
93 | 1 | Kousuke Ebihara | |
94 | 5 | kaoru n | !6-1.png! |