Падавшие тесты и решение по задаче

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

Как это работает

Перед тем как агенты возьмутся за задачу, тесты проекта прогоняются на ветке задачи. Если что-то падает — это предсуществующее падение (задача ещё ничего не меняла). Каждое такое падение проверяется отдельно, и реально сломанные тесты временно выводятся из прогона на ветке задачи — с сохранением причины и подтверждения падения. Ничего не «зеленится» подделкой: выводятся только настоящие предсуществующие падения, и только по вине самого теста, а не окружения.

После этого задача приостанавливается и ждёт вашего решения — вы видите список найденного.

Ваше решение (одно на весь набор)

• Игнорировать на задачу — временная блокировка: тесты выведены из прогона только на этой задаче. Агенты работают на «зелёном» старте, а когда задача вливается в основную ветку, эти временные исключения снимаются — на проект они не влияют.
• В постоянный игнор — тесты считаются отключёнными на уровне проекта и остаются исключёнными и после задачи (попадают в основную ветку). Подходит, когда тест сломан надолго и это осознанное решение.
• Отложить задачу до починки — не принимать решение сейчас; задача подождёт, пока вы не вернётесь (например, когда тесты починят).

Отключённые тесты и их причины всегда видно в разделе «Настройки тестирования».

Это касается только тестов, которые падали до задачи. Поломки, которые вносит сама разработка, ловит проверка на этапе ревью — там решение принимается иначе.