sarunkumar v2.17.2

Workflow - StockChartX Web & Mobile

Основні варіанти тікетів: enhancement, bug.

Enhancement 1. Створюється тікет, вішається лейбл “enhancement”. 2. Приасайнюється на девелопера. 3. Девелопер створює вітку з номером тікета (наприклад, Issue #10). 4. Девелопер почав роботу. Вішає лейблик “in progress”. 5. Завершив роботу. Забирає лейблик “in progress”, вішає “code review”. Приасайнює на рев’ювера. 7. Рев’ювер переглядає. Якщо щось не так, забирає “code review”, вішає “code review failure” і приасайнює назад девелоперу. Далі, див п.4, плюс девелопер повинен забрати лейбл “code review failure”, коли почне роботу. 8. Якщо все ок, рев’ювер забирає “code review” і вішає “QA review”, приасайнює на команду QA. 9. Якщо таск не проходить QA, то він асайниться знов на девелопера, знімається “QA review”, вішається “QA failure”, і далі переходимо знову на п.4. 10. Якщо все ок, QA знімає лейбл “QA review”, вішає лейбл “verified” і приасайнює на рев’ювера. 11. Рев’ювер мерджить вітку в develop, вішає лейбл “merged” + “QA review”, знімає “verified” приасайнює знову на QA. 12. QA перевіряє. Якщо все ок, знімає лейбл “QA review” додає лейбл “done” і закриває тікет. 13. Якщо є проблеми, знімає “merged”, “QA review”, вішає “QA review failure”, асайнить на девелопера. Далі див п.4. + девелопер знімає лейбл “QA review failure” після початку роботи.

Bug 1. Створюється тікет, вішається лейбл “bug”. 2. Приасайнюється на тімліда. 3. Тімлід перевіряє чи це дійсно баг. Якщо ні, вішає лейбл “rejected” або “duplicate” (тоді вказує тікет, дублікатом якого даний тікет являється). 4. Якщо згаданий функціонал не має конкретизації, то забирає лейбл “bug”, вішає “discussion”, і далі йде дискусія до моменту вияснення. Після вирішення вже створиться окремий тікет з позначкою bug / enhancement, залежно від ситуації. 5. Якщо це баг, вішає лейбл “confirmed”, якщо критичний, додає “critical”. 6. Тікет приасайнюється на девелопера, і далі все так само, починаючи з опису Enhancement, п.4.