コードベースでの少しの練習

確かに、エンジンの4番目のバージョンへの転送がすべての顧客のために終了したら、ここでHabréでそれについてトピックを作成します。 これはすべてのバージョンに関連します。



チケット





画像



まず、チケットにはバグ、拡張、タスクの3つのタイプがあります。 ところで、デフォルトは通常バグです。注意してください。



私たちは、チケットの改善のみに特別な態度を持っています。 現在、それらはいくつかの提案と実験を議論するためにのみ最も頻繁に使用されています。 次に、説明したことを実行することが決定された場合、拡張機能を閉じてタスクを開きます。



画像



チケットには5つのステータスがあります(これは設定可能です)。 そして、ここから最も興味深いことが始まります。 チケットの状態の理解を大幅に簡素化するために、いくつかの単純なルールを採用しました。



新規 -チケットはまだ議論されており、それに取り組む決定はまだなされていません。 たとえば、情報はチケットで収集され、実装についての議論があります(コードベースの4番目のバージョンでは、ちなみに別の便利な議論が行われました)または、どのバージョンの製品に向けられるかが明確ではありません。



受理済み -チケット。ディスカッションは完了しており、実装に必要なすべてのデータは準備ができていますが、作業はまだ開始されていません。 私たちの一人が次のタスクを探しているとき、彼らはそのようなチケットを見ます。



進行中 -明らかに、作業中のチケット。 彼らは常にパフォーマーを持っています。 請負業者が受け入れられたチケットでまだ割り当てられていない場合、チケットを取る人はこのフィールドに自分自身を示します。



完了 -チケット、すべての条件が実装されています。 実行者に応じてのみタスクが解決された場合、チケットを再度開くことができます(たとえば、テスターがこれを行うことができます)。 その後、議論することがあるため、チケットはNewステータスに転送されます。



無効 -タスクの実装以外の何らかの理由でクローズするチケット。 バグを再現したり、誤って作成されたチケットを再現したりすることは不可能です。



マイルストーン



チケットがマイルストーンに関連付けられている場合、マイルストーンの期限までに完了する必要があります。 しかし、ここで私たちが従来のアプローチと異なる点は、チケットの期限がないこととどのように関係するかです。 この場合、チケットは「いつでも」ではなく「できるだけ早く」クローズする必要があると考えています。



それは私たちの全体的な単純な方法論であり、誰も疑問を持たず、何も変えたくないという事実によって、その効率を約1年半にわたって証明しています。



Codebaseについて質問がある場合は、質問してください。喜んで回答します(いいえ、彼らは私に支払いをしませんが、まったく逆です。



All Articles