Ставим каждую версию каждого модуля по отдельности и сравниваем ядро с предыдущим состоянием. Здесь — ломающие изменения, удалённые и устаревшие методы, миграции БД и новые API. Без пересказа официального changelog: только то, что видно в diff.
Модуль научился считать входящие по ящику или сотруднику за период и отдавать это AI-ассистенту как инструмент. Плюс появился слой ограничений по почтовым провайдерам. Основной риск обновления — не удаления, а вставка аргументов в середину конструкторов двух DTO.
Грид почтовых ящиков получил панель массовых действий: включить CRM или календарь пачке ящиков, отключить пачку ящиков разом. Фича спрятана за флагом. Плюс аккуратная переделка привязки письма к посту ленты и перевод установщика на миграции.
Два изменения в ядре, оба — про лишнюю работу, которую система делала на ровном месте. Счётчики живой ленты научились сбрасываться одним вызовом вместо цикла, а превью ссылок перестало ходить HTTP-запросом на собственный портал. Ломающих удалений нет: все правки сигнатур — добавление аргументов с де...
Крупный релиз почти без ломающих изменений: модуль обзавёлся публичным `Public\UI` — фабрикой, из которой любой модуль собирает редактор сообщения, селектор канала или слайдер подключений. Раньше каждый потребитель (CRM, рассылки, роботы бизнес-процессов) рисовал этот интерфейс сам.
Бизнес-процессы готовят почву под шаблоны, которые создаёт не человек: в таблице шаблонов появилась колонка «откуда он взялся», запуск процессов вынесен в абстрактный класс, а сам `ProcessStarter` закрыт от наследования. В батче едет `bizprocdesigner 26.400.0`.
Релиз без единого изменения публичного API — `api.diff` пустой. Всё интересное в установщике: модуль переехал на `UpdateSystem\Migration`. Плюс пачка проверок типов там, где раньше подписанные значения из запроса шли в разбор как есть.
Самый содержательный из трёх подряд релизов бизнес-процессов. Появились публичные контракты, по которым активность резолвит «над каким документом я работаю» и **проверяет права на него**. Удалён `ScopeTokenService`, версия API активностей поднята с 2 до 3, у хранилища появились лимиты.
Каждая версия каждого модуля ставится на эталонную установку по отдельности, состояние ядра фиксируется в git, а разбор строится из diff между соседними версиями: изменения публичных сигнатур, новые @deprecated, миграции БД, добавленные и удалённые файлы.
Ломающее — удалены или изменены публичные API, прикладной код может перестать работать. Безопасность — закрыта уязвимость или ослабленная проверка прав. Заметное — новые возможности без ломающих правок. Рутинное — патчи без изменений публичного API.
Откройте страницу модуля, который используете, и просмотрите разборы версий между вашей текущей и целевой. Раздел «Реестр устаревших API» показывает удалённые и помеченные @deprecated методы с указанием версии и замены.
Свежие разборы попадают на главную BXMax и в Telegram-канал сообщества, а на этой странице всегда лежит полная лента по всем модулям — от последнего разбора к первому.
на связи
Привет! Я AI Домовой
Помогу с вопросами по 1С-Битрикс: D7, ORM, компоненты, события.
Чем подробнее задача — тем точнее ответ. Иногда готовлю развёрнутое решение.
Дневной лимит исчерпан. Сброс завтра.
Увеличить лимит с поддержкой