Files
portal/docs
Дмитрий 72db586a12 merge: свёл ветку телеграм-робота с основной, разрулил столкновение номеров журнала схемы
Основная ветка ушла вперёд на 23 коммита - приехала чужая работа по воронке
продаж, вебхуку поставщика и сверке CSV. Конфликтов было два.

1. Журнал схемы db/CHANGELOG_schema.md. В обеих ветках лежала запись v9.28
   от 31.07 про разное: у нас очередь заданий роботу, у них стадии воронки
   "Тестирование ручное" и "Выслано КП". Обе записи настоящие, поэтому ни одна
   не выброшена: боевая v9.28 осталась на своём номере, наши две подвинуты на
   v9.29 очередь заданий и v9.30 грант админ-роли. Поправлены ссылки на номер
   в шапках двух миграций, перекрёстные ссылки внутри самих записей и врезка
   "Перенумерация" вверху журнала - там теперь описан и этот случай.
2. docs/observer/STATUS.md - файл авто-генерируемый, взята версия основной
   ветки, хук перепишет его сам.

Заголовок db/schema.sql не трогали: там своя нумерация v8.85, ни одна из
веток её не двигала.

Плюс одна настоящая находка статанализа, приехавшая с чужой работой: у метода
SupplierPortalClient::fetchDeliveredLeads в описании возвращаемого набора не
было поля tag, хотя код его уже возвращает и чужой же тест его ждёт. Дописал
одно поле в описание, логику не трогал. Список исключений статанализа пересобран
- разъехались счётчики ложного класса Pest от новых строк в чужих тестах.

Проверено на ОТДЕЛЬНОЙ тестовой базе liderra_testing_tgmerge:
  телеграм на портале  244 из 244
  робот                124 из 124
  статанализ           0 замечаний
  код-стиль            чисто
  полный прогон        4063 теста, 4018 прошло, 17 упало

До сведения было 4039 тестов и 20 падений - тестов стало больше, падений
меньше. Ни одно падение не касается телеграма или журнала схемы: 13 из 17 в
рекламном модуле Яндекса, из них 11 - живой отказ авторизации Яндекс Директа,
остальные счётные, от накопленных за прогон данных.

Отдельно вскрылось при проверке: общая тестовая база liderra_testing испорчена -
в ней 180 записей о применённых миграциях при 146 файлах, то есть в неё пишет
не только эта рабочая папка. Из-за этого сборка базы срывалась на первом же
шаге. Отдельная база всё вылечила. Это хвост Х2б, лечение в репозиторий не
вносил - решение владельца.

На бой ничего не выкачено, переключатель TG_ROBOT_TRANSPORT остаётся в process.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-01 03:23:36 +03:00
..