Analyzer 1C — единый граф типовой и расширений плюс инструмент обновления поставки. Сложные обновления конфигураций за дни, вместо недель работы, даже если конфигурация поставщика в расширении

Линейка 2.0 — самый большой шаг с момента появления версий: анализатор стал инструментом обновления поставки. Сравнение и объединение версий теперь идёт деревом «как в Конфигураторе» (тип метаданных → объект → функции внутри), с окном кода на две и три колонки, подсветкой синтаксиса BSL и редактируемой панелью «Результат объединения». Для каждого изменения предлагается решение в одном из четырёх режимов Конфигуратора, а готовый план выгружается файлом настроек для штатного «Сравнения и объединения». Появились проверки безопасного обновления: скрытый конфликт из-за перехвата расширением (&Вместо / &ИзменениеИКонтроль) и висячие ссылки на удаляемые вендором функции. Поставку можно загрузить напрямую из бинарных .cf/.cfe (включая гиганты больше гигабайта), добавился раздел циклических зависимостей между модулями, все формы объекта стали полноценными узлами графа, а на каждой плашке появилась контекстная справка «Как пользоваться».

Analyzer 1C 2.0.137 — теперь к анализатору могут подключаться ИИ-агенты

Главное в обновлении — анализатор научился отдавать «анатомию» конфигурации не только человеку в интерфейсе, но и ИИ-агентам: теперь они могут подключаться к нему по стандартному протоколу MCP. Вместо того чтобы догадываться об устройстве системы и придумывать имена объектов, агент обращается к анализатору и получает факт из графа: какие в системе объекты и как они связаны, кто кого вызывает, что затронет правка, какие роли дают права. Анализатору доступно десять инструментов — в том числе морфологический поиск объектов («версия таксономии» находит каталог «Версии таксономии»), структура данных с подчинённостью «Владелец» и ссылочными реквизитами, поиск функций по смыслу действия с готовой сигнатурой (имена и типы параметров, тип результата) — чтобы агент переиспользовал существующую функцию, а не писал дубль. Чтобы было видно, что именно отдаётся агенту, в интерфейсе появилась панель «MCP-инструменты» — витрина того же набора с формой вызова и ответом сервера.

Помимо этого: подчинённость «Владелец» теперь доходит до графа, у функций разбираются входы и выходы прямо из кода и комментариев ИТС (без обращения к нейросети), удобнее стала работа анализатора, встроенного в 1С:EDT (история переходов, открытие функции прямо в редакторе), а из бинарных файлов поставки .cf извлекается больше состава — определяемые типы, параметры сеанса, виды характеристик, операции веб-сервисов, типы XDTO-пакетов и команды объектов. Все возможности работают одинаково для всех шести способов загрузки, включая расширения, и проверены на поставках ERP-гигантов. Подключение агентов по MCP доступно в полной версии.

2.4.94 — в поставку добавлена программа-компаньон для подключения к Конфигуратору.

Программа висит в трее и открывает дополнительное окно аналайзера, которое будет показывать данные по тому объекту, который в данный момент открыт у вас в активном Конфигураторе.

Кроме того, в анализе функций добавлен механизм просмотра "Кто вызывает функцию", позволяющий понять, откуда вызывается данная функция.

2.5.119 — добавлена возможность работы с ветками git и историями коммитов.

>>> Перезагрузка систем: ТРЕБУЕТСЯ — изменилось внутреннее устройство графа: объект конфигурации стал в нём отдельной сущностью, и связи объекта пересобираются загрузкой. Пока база не перезагружена, дерево типов у неё останется пустым; Analyzer помечает такие базы в списке систем и говорит об этом прямо над деревом.

Новое
~~~~~

- Видно, кто и когда написал каждую строку кода
  В окне функции появились «Авторство» и «История». Авторство подписывает каждую строку: кто её написал, когда и каким коммитом. История показывает, как функция менялась — что добавлено, что удалено, кем и когда, со значками + и − и подсветкой кода. Автор ищется внутри выбранной ветки, а не среди всех участников репозитория, поэтому в ветке разработчика видно его правки. Сдвиг отступа, выравнивание по колонке и перенос строки не выдаются за правку — это форматирование. Строку, которую удалили и вернули, Analyzer подписывает исходным автором, а не тем, кто её вернул. Если правка сделана перехватом расширения, авторство и история есть и у него, а в окне функции можно переключаться между оригиналом и переопределениями. Номер задачи из сообщения коммита становится ссылкой на трекер — адрес задаётся в настройках базы. Имена авторов можно обезличить одной настройкой, и включается она до просмотра, а не после. Если файла модуля в рабочей копии нет, Analyzer пишет, какой именно файл искал и в какой копии, — по этой строке причина видна сразу.

- Дорожка коммитов модуля для агента Reflexor
  Analyzer отдаёт построчную раскраску файлов модуля — каким коммитом сделана каждая строка, со сверкой соответствия текста базы и репозитория. Агент Reflexor рисует по ней слева от кода в Конфигураторе цветную дорожку: у каждого участка видно, кто, когда и какой задачей его внёс; в комплект Analyzer входит обновлённый агент Reflexor.

- Авторство всех функций модуля одной конечной точкой — для агента Reflexor
  Агент Reflexor подписывает функции открытого в Конфигураторе модуля авторством из истории git: основной автор, последний правивший и дата — у правого края области редактирования. Analyzer отдаёт авторство всего модуля одним расчётом (blame файла один раз на все функции), ответ запоминается и переживает обновления репозитория.

- Сравнение двух систем и версий прямо в интерфейсе
  Вторая сторона сравнения выбирается каскадом «система → версия»: можно сравнить поставку из .cf с git-системой, версию с версией или что угодно с текущим состоянием; отмена сбрасывает результат, а не оставляет его на экране. Сверка показывает не только изменившиеся объекты и функции, но и СВЯЗИ — какие вызовы, ссылки и права появились, пропали или изменились. Вопрос «вендор убрал метод, на котором висел мой перехват» получает ответ до обновления, а не после. Стороны, прочитанные разными версиями разбора, помечаются: различия парсеров больше не выдаются за правки вендора.

- Каждый работает со своей веткой одной базы
  Ветка выбирается в списке рядом с выбором системы и действует только у вас: коллега в это же время может смотреть другую ветку той же базы, и никто никому не мешает. Раньше переключение ветки было общим — сменивший её менял картинку сразу всем. Выбор запоминается отдельно для каждой базы и попадает в адрес страницы, поэтому ссылку с нужной веткой можно отправить коллеге. Пустое значение означает ветку по умолчанию, её выбирает сервер. Ветка, графа которой ещё нет, подписана в списке прямо: выбор такой ветки не подменяет картинку молча, а предлагает собрать её граф.

- Ветки обновляются сами, по расписанию
  В настройках базы появился раздел «Загрузка из git»: адрес репозитория, токен доступа, список веток и периодичность. Включите «Обновлять ветки по расписанию» — и Analyzer сам будет забирать коммиты и перезагружать те ветки, где они появились. Обновляются ветки из списка; оставьте его пустым — и обновляться будет рабочая ветка копии. Помните про цену: у каждой ветки свой полный граф, поэтому база растёт во столько же раз, сколько веток загружено, — на крупной конфигурации это гигабайты и часы за ветку. Если новых коммитов нет, загрузка не запускается, поэтому проверка ничего не стоит. Пока идёт одна загрузка, остальные ветки ждут очереди и не теряются. Токен хранится в зашифрованном виде и обратно не показывается — у каждой базы он свой. По умолчанию расписание выключено: без него всё работает как раньше, только вручную. Рядом с веткой в списке виден знак b88;, если последнее обновление не удалось; подробности — в журнале загрузки этой ветки.

- Историю коммитов и ветки можно догрузить из настроек базы, не перезаливая систему
  В настройках базы, в разделе «Загрузка из git», написано состояние истории — «полная» или «обрезана, столько-то коммитов» — и рядом стоит кнопка «Догрузить историю и ветки». Раньше это настраивалось только при первой загрузке, а сообщение об урезанной истории отсылало в форму системы, где ничего подобного не было. Догрузка идёт по всем репозиториям системы, включая расширения со своими клонами, работает фоном и не перезагружает граф. Она же приносит ветки: прежде углубление истории касалось единственной ветки, и остальные не появлялись в копии ни при какой повторной загрузке. Что именно будет догружено — перечисленные ветки или все — написано до нажатия, а после догрузки там же сказано, что графы по веткам строятся отдельно и где: принесённая ветка выбирается в списке веток и загружается по подтверждению.

- Обновление по коммитам: грузится только то, что изменилось
  В меню перезагрузки появился пункт обновления по коммитам: Analyzer сверяет, какие коммиты появились с момента сборки графа, и показывает дельту. Граф помнит, из какого коммита он собран, поэтому «актуален ли он» стало видимым фактом, а не догадкой.

- Обращения к базе в цикле — новый класс находок
  Analyzer отмечает запросы и чтения объектов внутри цикла: это классическая причина того, что обработка на тысяче строк идёт минутами. У находки виден уровень вложенности. Конструкторы наборов записей и запись в файл к обращениям к базе не относятся и не засчитываются — иначе каждая четвёртая находка была бы ложной.

- Токен доступа выпускается себе без администратора
  Значок ключа рядом с именем в шапке открывает окно «Мои токены доступа»: выпуск, список с датами использования и отзыв. Доступно любой роли, включая «Просмотр» — токен нужен агентам и внешним инструментам, работающим от вашего имени. Чужие токены в окне не видны; выпуск и отзыв записываются в журнал действий.

- Адреса API получили версию
  Канонический адрес — /api/v1/…, прежний /api/… остаётся навсегда как псевдоним: интеграции, развёрнутые у вас, продолжают работать без изменений.

- Формы без кода извлекаются из бинарных поставок
  Раньше из .cf и .cfe брались только формы, у которых есть модуль: формы списка, выбора и группы без кода терялись, и сверка поставок показывала их как отсутствующие. Теперь список форм читается из состава объекта, а не по наличию кода.

- Журнал идущей загрузки открывается из меню перезагрузки
  Раньше окно журнала видел только тот, кто сам запустил операцию из этого меню: загрузку, начатую из списка веток, с другой вкладки или другим пользователем, посмотреть было нечем. Теперь при идущей операции первым пунктом меню стоит «Идёт загрузка — показать журнал» — открывается живой хвост журнала до конца операции, а сообщение о запуске загрузки ветки называет точное место, где смотреть ход.

- Проверку сертификатов git и каталога LDAP можно включить
  Появились настройки для тех, кому важно, чтобы соединение подтверждало личность сервера: ANALYZER_GIT_SSL_VERIFY для загрузки конфигураций из git и ANALYZER_LDAP_TLS_VERIFY для входа через LDAP или Active Directory. Если сервер использует самоподписанный сертификат, положите корневой сертификат в папку conf и укажите путь к нему в ANALYZER_GIT_CA_FILE или ANALYZER_LDAP_CA_FILE — тогда проверка включится и будет сверяться именно с ним. Обновление ничего не меняет для тех, кто эти настройки не задаёт: поведение остаётся прежним, перенастройка не требуется.

Улучшения
~~~~~~~~~

- Понятно, почему база выглядит пустой после обновления, и что с этим делать
  База, загруженная прежней версией, до перезагрузки действительно показывает в дереве типов две-три служебные ветки вместо всего состава конфигурации: объектов конфигурации как отдельных сущностей в ней ещё нет. Данные целы, но со стороны это читается как потерянная конфигурация — и раньше никаких пояснений на этот счёт не было. Теперь такая база помечена в списке систем, а над деревом стоит объяснение и указание перезагрузить её.

- Объект конфигурации виден в связях целиком, а не через свои модули
  Раньше объект в базе Analyzer не существовал сам по себе: его подменял один из модулей, и всё, что описывает объект — реквизиты, формы, макеты, состав движений, права ролей, ссылки, запросы — привязывалось к этому модулю. У объекта без кода (справочник без модуля, роль, общая форма, регламентное задание) подходящего модуля не находилось, и часть сведений о нём терялась молча: на рабочей базе так пропадали свойства почти тысячи объектов из четырёх тысяч, а также права, ссылки и запросы к их таблицам. Теперь объект — самостоятельная единица, ему принадлежат его модули, формы и команды, а форме — её модуль. Прямое следствие: связей стало больше — ссылок между объектами на 12% и запросов к таблицам на 9%, и это те связи, которые прежде не показывались вовсе. Карточка объекта без единой строки кода теперь открывается и показывает свои связи.

- Авторство и история функции показываются на лету
  Раньше каждый показ считал историю git заново — на большом монорепо это 3–5 секунд на каждую вкладку. Теперь расчёт начинается заранее, при открытии окна функции, готовые ответы запоминаются до изменения репозитория, blame модуля считается один раз на все его функции, а первый расчёт идёт параллельно. Повторные показы открываются мгновенно, соседние функции того же модуля — в разы быстрее.

- Авторство считается заранее для того, что открыто на экране
  Открыли перечень функций объекта, граф вызовов или список функций модуля в графе — их авторство и история считаются в фоне, пока вы смотрите; клик по функции отвечает из готового кеша. Новый взгляд замещает прежнюю очередь: греется то, что перед глазами сейчас. Обновление репозитория по расписанию больше не сбрасывает накопленный кеш целиком — пересчитывается только то, что в действительности изменилось.

- Подпись авторства помнит исходного автора
  Когда строку написал один человек, а последним правил другой, в авторстве модуля появляется «изначально — кто написал». Агент Reflexor показывает это в подписи рядом с кодом в Конфигураторе. История модуля для этого прогревается заранее по самим обращениям агента — подписи появляются быстрее.

- Ветки выбираются из списка, а недостающие догружаются сами
  Поле «Ветки» в настройках базы стало выбором из веток репозитория — помнить имена наизусть не нужно, загруженные подписаны «граф загружен», а ветку, созданную на сервере после клона, по-прежнему можно ввести руками. Сохранили настройки с новой веткой — Analyzer сам заметит, что её нет в копии, и догрузит фоном: отдельную кнопку «Догрузить историю и ветки» нажимать больше не обязательно, она осталась для ручного повтора после сбоя.

- Состояние сборки графа ветки видно прямо в списке веток
  Ветка без графа больше не подписана одинаково на все случаи: в списке видно «собирается…», «в очереди (с номером — перед ней могут стоять другие задания)» и «ошибка» с причиной в подсказке при наведении — выбор такой ветки с правом загрузки запускает повтор. Пока по базе что-то собирается, список обновляет состояние сам. Загруженная ветка, которую убрали из списка наблюдения расписания, подписывается «не обновляется»: граф остаётся на месте, но его тихое устаревание перестало быть невидимым.

- Долгие сверки говорят, что живы
  Сопоставление с эталоном и сравнение версий на больших базах показывают ход работы: строка «идёт, столько-то секунд» раз в полминуты, честная оценка длительности по размеру базы и темп записи пометок с секундами. Сама классификация по эталонам читает из базы только необходимое — на медленных дисках это кратно быстрее.

- Ветки: все приезжают в копию, конфигурация находится сама, а графы — по вашему выбору
  Клон приносит все ветки репозитория, а не одну: прежде клон единственной ветки без исходников означал «нет конфигурации» при полностью исправном репозитории. Если в рабочей ветке конфигурации нет, загрузка сама перейдёт на ту, где она есть (порядок: main, master, release, dev, develop, дальше по свежести); ветки без конфигурации отсеиваются заранее, и всё это видно в журнале. Граф при этом строится по рабочей ветке: каждая ветка — это полный разбор конфигурации и свой граф в базе, на репозитории с десятками веток это десятки гигабайт и часы работы. Нужные сверх того ветки перечисляются в настройках базы — тогда их поддерживает расписание — или загружаются одним щелчком из списка веток: ветка без графа теперь выбирается, Analyzer спрашивает подтверждение, честно предупреждая о длительности, и запускает загрузку, не трогая графы остальных веток. Авторство честное и без загрузки веток: история хранится в копии, у строки из влитой ветки виден её настоящий автор и ветка-источник.

- Перечислили ветки при загрузке — получите граф каждой
  Раньше граф собирался только по первой ветке, а остальные молча приезжали «в копию»: пользователь без прав загрузки, выбрав такую ветку, упирался в тупик. Теперь первая ветка списка загружается сразу, остальные встают в очередь и собираются автоматически по одной; журнал говорит об этом прямо, а список веток сохраняется в настройках базы — расписание поддерживает именно его. Пустое поле, как и прежде, приносит все ветки в копию с графом по рабочей.

- Ход загрузки: скорость в мегабайтах и честный остаток времени
  Скорость разбора считается по объёму обработанного кода — в мегабайтах в секунду, а не по числу модулей: модули разного размера делали штучную скорость обманчивой, она «падала» вчетверо при ровной работе. Остаток времени оценивается по темпу последних полутора минут, а не по среднему с начала этапа — оценка перестала замирать на одном значении на десятки минут. Прогресс идёт плавно, без долгих пауз с последующим рывком на сотни модулей, а сообщение при длинной операции объясняет, что для крупных блоков данных это нормально.

- Загрузка средних конфигураций стала быстрее почти вдвое
  Разбор кода распараллеливается с меньшего размера базы: конфигурация на три тысячи модулей раньше разбиралась в один поток, потому что порог включения был подобран с запасом. Замер на складской базе: разбор кода 2 мин 55 с → 1 мин 17 с, вся загрузка 3 мин 45 с → 2 мин 35 с. Порог настраивается (ANALYZER_BSL_PARALLEL_MIN), если на вашей машине выгоднее иначе.

- Загрузка объясняет, почему не нашла конфигурацию
  Вместо «нет конфигурации» журнал пишет, какие раскладки проверялись и что реально лежит в папке — вплоть до ветки каждого клона и числа файлов в ней. Пустая ветка, недокачанное клонирование и незнакомая раскладка теперь различимы с первого взгляда.

- Отказ доступа к репозиторию объясняется по-русски
  Когда git отвечает «could not read Username» или «Authentication failed», журнал подсказывает: репозиторий требует входа — укажите токен в форме загрузки или настройках базы, проверьте срок действия и право чтения.

- История версий появляется сама, без нажатий
  У систем из .cf, .cfe и ZIP истории не было: загрузка новой версии затирала прежнее состояние, и сравнить «что изменилось в поставке» удавалось, только если человек заранее нажал «Зафиксировать версию». Теперь перед загрузкой новой версии прежнее состояние фиксируется само. Автоснимков хранится ограниченное число, старые убираются, а версии, зафиксированные вручную, не трогаются никогда. У git-систем история и так есть, поэтому там автофиксация не включается.

- Загрузка больше не прерывает работу с базой
  Раньше перезагрузка стирала данные системы перед перезаливкой, и в это окно все, кто смотрел базу, видели полупустую картину. Теперь загрузка идёт в отдельную копию, а переключение происходит одним действием в конце: до него видно прежнее состояние, после — новое.

- Имена объектов показываются на нужном языке
  Синоним в 1С многоязычный, а Analyzer брал первый вариант из файла: в конфигурациях, где английский идёт первым, всё дерево показывалось по-английски при наличии русских имён. Теперь язык выбирается осознанно, а порядок предпочтения задаётся в настройках базы — у англоязычной конфигурации русского синонима может не быть вовсе.

- Дерево типов стало читаться как в Конфигураторе
  Первой идёт «Конфигурация», за ней папка «Общие» со значком из 1C:EDT — раньше там был серый кружок, а сама папка стояла выше конфигурации. Ветка «Прочее» переехала внутрь «Общих» и больше не мозолит глаза среди справочников и документов, а её содержимое разложено по видам: «Общие картинки», «Элементы стиля», «Языки», «Группы команд», «Общие реквизиты», «Хранилища настроек» и другие — с числом объектов и значком каждого вида. На ERP в «Прочем» три тысячи объектов, из них почти всё картинки; найти среди них язык раньше было нельзя. Объекты, вид которых определить не удалось, собраны отдельной папкой в конце.

- В истории функции дата у каждой правки и видимое сообщение коммита
  Дата показывалась только у удалённых блоков — у живых строк того же коммита её не было. Теперь дата стоит у каждого блока и везде в одном формате ДД.ММ.ГГГГ (раньше история писала «2023-11-28» рядом с «14.09.2023» авторства), а сообщение коммита видно прямо в подписи (длинное обрезается, целиком — в подсказке; номера задач внутри — ссылками). Подписи авторства и истории выглядят одинаково.

- Журнал загрузки читается по-русски
  Шаги и счётчики назывались служебными именами связей графа — «Posting summary документов», «Опции: controls (состав)», «DefinedType: composes_type», «Impact: triggers_subscription». Теперь у каждого шага человеческое название: «Движения документов из кода проведения», «Функциональные опции: чем управляют», «Определяемые типы: состав», «Влияние: срабатывание подписок». Построчная раскладка очистки коллекций убрана — осталась итоговая строка, а подробности включаются переменной ANALYZER_VERBOSE_CLEANUP для разбора проблем.

Исправление ошибок
~~~~~~~~~~~~~~~~~~

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

- Повторная загрузка из git не выглядит новым клонированием
  Журнал теперь первой строкой говорит, что существующая копия найдена и качаются только новые коммиты — на большом репозитории это разница между минутой и часом ожидания, и раньше её приходилось угадывать. Копия, застрявшая под временным именем после неудачного переименования, чинится при следующей загрузке сама, а разбор больше не спотыкается о папку незавершённого клона. Запустить клонирование поверх идущей загрузки теперь нельзя: раньше оно затирало отметку о занятости и журнал идущей работы.

- Повреждённый файл выгрузки больше не срывает загрузку всей конфигурации
  Один оборванный XML — незавершённая выгрузка, обрыв копирования — останавливал разбор конфигурации целиком, причём сообщение не называло, какой файл виноват: чинить было нечего. Теперь такой файл пропускается, а в журнале видно его имя, место обрыва и вероятная причина; в конце разбора выводится итог: сколько файлов повреждено и что объекты из них в графе отсутствуют. Загрузка доходит до конца на исправной части конфигурации.

- Журнал загрузки читается по порядку
  Часть шагов загрузки выполняется одновременно, и в журнале их номера шли вразнобой — после сорок пятого мог появиться двадцать восьмой, будто загрузка вернулась назад. Теперь такие шаги объединены в блок с общим диапазоном номеров и подписью, что они идут одновременно и завершаются в произвольном порядке; внутри блока каждый шаг отмечается по мере готовности.

- Обновление по расписанию больше не портит файлы идущей загрузке
  Расписание забирало коммиты из git, не помечая базу занятой, — и запущенная в этот момент вручную загрузка читала файлы, которые git прямо в этот момент перезаписывал. Итог выглядел как случайно испорченная выгрузка: разбор падал на произвольном файле. Теперь на время работы с git база помечается занятой, и ручная загрузка честно сообщает, что нужно дождаться завершения.

- Эталон поставщика размечает все ветки базы
  Эталон назначается базе, а не тому, кто его назначил, и не ветке, случайно открытой в этот момент. Раньше пометки «типовая / доработана» появлялись только в той ветке, что была активной во время пересчёта: коллега на соседней ветке видел неразмеченный код и справедливо считал, что сверка не сработала. Теперь пересчёт проходит по всем загруженным веткам базы — активная первой, чтобы её не приходилось ждать, — а в журнале видно состав веток и номер текущей.

- Открытая страница не пустеет из-за фоновой загрузки
  Пока вы смотрите объект, расписание могло перезагрузить базу — и клик по модулю отвечал «Нет данных» при непустом счётчике функций в шапке. Данные были на месте: страница обращалась к предыдущей версии графа. Теперь такое обращение исправляется само, и обновлять страницу не нужно.

- Изменения в расширениях с отдельным репозиторием больше не теряются
  Если конфигурация и её расширения лежат в разных репозиториях, Analyzer теперь проверяет их все: правка расширения приводит к обновлению базы, а не к ответу «перезагружать нечего». Переключение на ветку тоже применяется ко всем репозиториям системы, где такая ветка есть.

- Графы веток не пропадают из-под работающих
  Перезагрузка одной ветки больше не может убрать графы остальных веток той же базы — даже если у загруженного графа ветка не указана (так бывает у баз из архива или бинарной поставки). Кроме того, граф, который открывали в последние сутки, при уборке сохраняется, даже если он уже не самый свежий: если им пользуются, значит он нужен. Сколько графов держать на каждой ветке и сколько суток хранить после последнего обращения — настраивается (ANALYZER_KEEP_GENERATIONS_PER_BRANCH и ANALYZER_KEEP_USED_DAYS): когда с базой работают несколько человек, полезно оставлять и предыдущий граф.

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

- Разбор кода больше не замирает молча
  Пул разбора кода переведён на другой способ запуска рабочих процессов: прежний на части машин приводил к тихой остановке — загрузка стояла без единого слова в журнале, а все процессы спали. На эталонном прогоне (27 тысяч модулей) новый способ оказался ещё и быстрее всех прежних замеров, зависаний — ноль.

- Загрузка большой конфигурации из git больше не обрывается по таймауту
  Обновление рабочей копии ограничивалось двумя минутами: на крупной конфигурации git не успевал, загрузка молча продолжалась на исходниках, которые уже лежали на диске, и отчитывалась как успешная — граф собирался из вчерашнего состояния, выглядя свежим. Предел поднят до получаса и распространён на переключение веток, чтение состава репозитория, клонирование (там git считался повисшим после двух минут молчания, хотя на большом репозитории пауза дольше нормальна) и обновления по расписанию; для медленных каналов настраивается переменной ANALYZER_GIT_TIMEOUT.

- Неудачные обновления из git больше не съедают диск
  Когда git прерывался по времени, недокачанные данные оставались на диске, и каждая следующая попытка добавляла новые: на большом репозитории это отняло у клиента больше 100 ГБ за полдня. Теперь Analyzer убирает такие остатки сразу и перед каждой новой попыткой, а прерванная попытка честно записывается как неудача и не мешает следующим.

- Повторная загрузка из git снова читает конфигурацию
  Если систему грузили из того же репозитория повторно, Analyzer забирал свежие коммиты, писал «Загрузка завершена» — и на этом останавливался: конфигурация не перечитывалась, граф оставался прежним. Со стороны это выглядело как успешная загрузка, после которой ничего не изменилось, а сама база вдобавок числилась «только в графе, без папки». Теперь разбор идёт и после обновления рабочей копии, а не только после первого клонирования.

- Повторная загрузка перестала терять доступ к репозиторию
  Если поле токена оставляли пустым (он ведь уже сохранён), Analyzer переписывал адрес репозитория без учётных данных, и следующая же загрузка падала с отказом авторизации. Теперь пустое поле означает «взять сохранённый токен», а не «ходить без него». Заодно токен подставляется и в адреса http:// — репозитории в контуре заказчика часто поднимают без шифрования, и такой адрес оставался без доступа. Углубление истории и добор веток выполняются, даже если обновление рабочей копии не удалось: одно от другого не зависит.

- Загрузка большой конфигурации доводится до конца, даже если разбор кода срывается
  Разбор модулей идёт несколькими процессами, и обрыв связи с ними прекращал загрузку целиком: система не загружалась вовсе. Теперь Analyzer доразбирает оставшееся сам — медленнее, но до конца. Проверено на живой базе: три подряд сбоя разборщика, загрузка завершилась полностью и с тем же результатом.

- Итог долгого клонирования не теряется из-за занятой папки
  Финальное переименование папки клона повторяется, пока её держит антивирус или индексатор: раньше единственная неудачная попытка отменяла результат часового скачивания. Если загрузка всё же завершилась ошибкой, журнал заканчивается честной строкой о сбое, а не «Загрузка завершена!».

- Полнота состава возврата у функций, вызывающих друг друга
  Если две функции вызывают друг друга, состав возвращаемой структуры у них теперь общий. Раньше одной из них доставалась лишь часть полей, и какая именно — зависело от порядка обхода, поэтому состав менялся между загрузками одного и того же кода: у одной из таких функций было 6 полей вместо 23.

- В графе «Кто вызывает» виден полный охват, а не только показанное
  У служебной функции вызывающих бывают тысячи, и на схему они не помещаются. Теперь под статистикой видно, сколько прямых вызывающих всего, сколько из них попало на схему, в скольких модулях и подсистемах они лежат и какие модули зовут функцию чаще других. Прежде список выглядел полным, не будучи им.

- Удалённые строки в истории функции стоят на своём месте
  Раньше кусок, у которого изменилась строка-сосед сверху, уезжал в конец с пометкой «место в теле не определено» — выглядело, будто строки удалили вне процедуры. Теперь место ищется по нескольким соседним строкам сверху и снизу, побеждает ближайшая к куску — заменённая строка встаёт вплотную к своей замене, а не через пустую строку выше. На живой функции с активной историей все удаления встают в тело.

- Адрес трекера задач действует сразу после сохранения
  Ссылки на задачи в авторстве и истории появлялись только после обновления страницы — только что введённый адрес выглядел неработающим. Теперь сохранение настроек применяет его немедленно.

- Поле кода в авторстве заканчивается на последней строке
  У короткой функции тёмная область кода больше не тянется пустой до низа окна — оба вида кода (авторство и история) заканчиваются там, где кончается функция. Длинная функция, как и раньше, прокручивается при неподвижной шапке.

- Удаление базы забирает всё её хозяйство
  Вместе с базой теперь удаляются все её версии — ручные, автоснимки и загруженные поставки с их графами, — а также сессии объединения, настройки с токеном доступа и задания расписания. Раньше часть этого оставалась в базе данных и продолжала жить своей жизнью: расписание, например, пыталось обновлять удалённую базу.

- Сообщения о загрузке ветки — в тёмной теме
  Всплывающее сообщение и окно подтверждения при загрузке ветки выходили светлыми на тёмном интерфейсе; теперь они в стиле приложения.

- Окно журнала загрузки честно говорит, когда журнал занят другой операцией
  Окно, чей запуск вытеснен новой загрузкой, молча замирало на последних строках — неотличимо от зависания. Теперь оно останавливает опрос и показывает плашку «журнал перешёл к другой операции — откройте заново». Возврат на вкладку из фона сразу дозапрашивает журнал, финал загрузки больше не пропускается.

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

- Настройки базы помещаются в окно целиком
  Раздел «Загрузка из git» уезжал за нижний край, и до него добирались только прокруткой. Теперь окно в две колонки — «Отображение» и «Загрузка из git» — и видно сразу всё.