207 похожих чатов

Всем привет. Возникло недопонимание с разработкой по флоу фикса багов.

Разработка жалуется, что заводим мелкие баги и по нашему флоу им нужно делать отдельный коммит под каждый баг. Они просят всякие мелочи (относящиеся к одной стори) заводить одним багом.
Как считает, это нормальная практика? ИМХО теряется историчность и в случае повтора багов потом задолбаемся искать старые.

3 ответов

10 просмотров

Они просто обленились. Есди баги вы нашли на однлй страницы на один ее просмотр, то в одну таску логичнл записать. А клпить гдето разные баги как они просят-бред

Можно заводить дефекты таким образом на смежный функционал. Например, на разных экранах несоответствующие спеке текстовки. Вот это можно бахнуть разом. Или там несколько неблокирующих дефектов по новому бизнес процессу, тоже можно пачкой. Но заводить бессвязные между собой дефекты какой-то пачкой, причем они находится будут по разным последовательностям (кейсам) - это уже жестко конечно же. Я видел как такое делали, и было норм. Просто завести дефект, в некоторых Jira занимает до 10 минут, заводить час минорные дефекты которые на 95% будут клонами друг друга- ну это в первую очередь свое время не ценить. И разрабу тоже проблема, ему по распределению попадает одна такая бага, потом он на другую переключается, потом снова такая же как и первая, а потом его коллеге прилетает бага такая же почти, потом там проблемы с мержами и т.п. Так конечно тоже все задолбаются...

заводить одну запись на множество багов - плохо. Ломается таймтрекинг, история, поддерживаемость, целую уйму причин можно придумать, почему так делать нельзя. Если в вашем флоу по какой-то причине неудобно фиксить много багов - надо, в первую очередь, смотреть в сторону флоу и инструментов, а не допускать грубые читы.

Похожие вопросы

Обсуждают сегодня

Типа вызывать GetParent и проверять на соответствие GetModuleHandle?
The Bird of Hermes
67
Do any of you guys have interesting projects one could join? I'm a Middle Full-Stack developer (JS/TS, React & Node)
Lev Shapiro
40
$res = json_decode($наша строка из респонса); $res1 = array_map(fn($o) => $o->name, $res->breadcrumbs[0]->entities); Как такое будет на Хаскеле?.. В начале весь джейсон, в ко...
Хаскель Моисеевич Гопник
27
В чем сила брат, в NASM или FASM?
Isaac Kleiner
18
Вопрос по диагностике ошибок (я знаю в чем, в данном конкретном примере, я знаю, как исправить, пример модельный, понятно, что в реальности бывает намного запутаннее). module...
ⰄⰎⰋⰐⰐⰑⰛⰤⰧⰧⰩⰄ ⰊⰑⰁⰓⰡⰛⰦⰕⰫ
11
Хтось використовував Vapor на Windows?
Jaroshevskii
15
А чем вам питонисты не угодили?😂
.
79
Есть какой-нибудь для Delphi/FPC T*Compression(Decompression)Stream на базе LZ4/Zstd/любой другой быстрый(и хорошо сжимающий) алгоритм А ещё лучше в pure pascal А ещё лучше од...
notme
52
Тут кста кто-нибудь NeoVim использует?
Simple Sorcerer
13
Оба варианта в целом подходят, но скорее создание конфликтной ситуации (на пустой основе). В прошлый раз он сказал мне про ESP32, я забыл про этот микроконтроллер, ошибся, я п...
КТ315
4
Карта сайта