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

Всем привет) Вопрос, считается ли у вас в проекте проверенным

баг/сторя/таск после проверки в вветке? Или только после перепроверки в релизной ветке на стейдже? И как кто борится с задвоением работы в данном случаи?

12 ответов

15 просмотров

Только после проверки на стейдже. И да, это просто дубль работы, но периодически выскакивают баги, которые ловят только на стейдже. Плохо, конечно, но лучше, чем если бы нашли уже на проде

Roman-Rytikov Автор вопроса
Vyacheslav Pshets
Только после проверки на стейдже. И да, это просто...

Плюсую, просто может есть другие мнения) хотелось бы понять что можно ещё сделать и может кто-то придумал как уйти от задвоения

Зависит от клиента. Например если это фронтовый клиент на вебе, то как минимум проверяется сначала в ветке самой задачи(бага и тд), так как задача или баг может вызывать дургое и разумней в рамках одной задачи править. После смерживания веток в релизную тоже надо проверять, такак бывает случаи конфликтов, которые правили и что то тронули. Вообще лучше проверять сначала в самой ветке, а после уже в релизной ветке

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

Естественно в ветке. Конечно после мерджа идёт регресс, но не перепроверка всех багов же, это нонсенс.

Бабайка
Естественно в ветке. Конечно после мерджа идёт рег...

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

Ну у нас в целом считалась, но бегло проверяли и после Меджа, на предмет что она попала в релизную ветку. Чисто базовый позитивный кейс. Или же писали автоматизацию, чтоб мерддилось уже с тестами.

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

alenmihaalna
У нас в жире есть несколько статусов для этого: На...

Обычно предпрод, это типа стейджа. Или у вас с помощью фичитогл выливаются правки?

Yan
Обычно предпрод, это типа стейджа. Или у вас с пом...

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

Баги проверяем и закрываем на ветке, если теста-кейса покрывающего данный баг нет, то пишется тест-кейс и добавляется в план регресса

Roman-Rytikov Автор вопроса
Elena K
Баги проверяем и закрываем на ветке, если теста-ке...

Так получается баг проверяется ещё раз, просто на стадии регресса перед выкаткой?

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

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

30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
в JclConsole объявлено так: function CtrlHandler(CtrlType: DWORD): BOOL; stdcall; - где ваше объявление с stdcall? у вас на картинке нет stdcall
Karagy
8
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
~ 2m21s  nix shell github:nixos/nixpkgs#stack ~  stack ghc -- --version error: … while calling the 'derivationStrict' builtin at /builtin/derivation.nix:...
Rebuild your mind.
6
Карта сайта