В Analyzer 1C появилось сразу несколько возможностей для командной разработки и обновления конфигураций. Теперь можно увидеть автора каждой строки кода и историю ее изменений, сравнить между собой произвольные версии конфигурации, включая одновременное сравнение трех версий: свою конфигурацию, старую и новую поставку, а также заранее обнаружить проблемы, которые возникнут после обновления. Работа с ветками стала персональной, а актуальные версии Analyzer может загружать из Git автоматически.
Кроме того, ускорилась загрузка конфигураций, появился анализ обращений к базе внутри циклов, а работать с Analyzer теперь можно непосредственно из Конфигуратора с помощью помощника Reflexor.
Рассказываем подробнее, что изменилось.
Видно, кто и когда написал каждую строку кода
В окне функции появились сведения об авторстве кода. Analyzer показывает рядом с каждой строкой, кто ее написал, когда это произошло и в каком коммите строка появилась или была изменена.
Если в сообщении коммита указан номер задачи, он превращается в ссылку на трекер. Поэтому от проблемного участка кода можно сразу перейти к задаче и посмотреть, зачем появилась конкретная доработка.
Рядом доступна история функции: какие строки добавляли и удаляли, когда это происходило и кто вносил изменения.
История функции: что добавляли и удаляли, кто и когда. Имена сотрудников обезличеныПри этом Analyzer отличает содержательные изменения от форматирования. Сдвиг отступов, выравнивание или перенос строки не считаются новой правкой.
Если строку сначала удалили, а затем вернули, Analyzer сохраняет информацию об исходном авторе, а не приписывает авторство разработчику.
При необходимости сведения о сотрудниках можно обезличить в настройках.
Авторство кода: у каждой строки автор, дата, коммит и ссылка на задачу. Имена сотрудников обезличеныВ результате разбор незнакомого участка кода становится заметно проще: вместо поиска по истории репозитория разработчик сразу видит ответ на два основных вопроса – кто написал этот код и в рамках какой задачи он появился.
Авторство кода видно прямо в Конфигураторе
Чтобы посмотреть эту информацию, необязательно каждый раз открывать Analyzer.
В комплект входит бесплатный помощник Reflexor, который отображает данные об авторстве непосредственно в Конфигураторе. Слева от кода появляется цветная дорожка, по которой видно, кем и когда были написаны разные участки модуля.
Для функций также можно посмотреть основного автора, разработчика, который последним изменил код и дату изменения.
Reflexor рядом с Конфигуратором: у каждой функции видно автора, дату и задачу, а слева от кода идет цветная дорожка. Имена сотрудников обезличеныТаким образом, история Git становится частью привычной среды разработки: разработчик продолжает работать с модулем в Конфигураторе и одновременно видит происхождение интересующего его кода.
Можно сравнивать любые версии
Механизм сравнения версий стал полноценным инструментом подготовки обновлений.
Теперь в Analyzer можно сопоставить, например:
- поставку вендора с рабочей конфигурацией;
- одну версию поставки с другой;
- сохраненную версию с текущим состоянием;
- две произвольные версии между собой.
Но главное изменение – Analyzer показывает не только сами отличия объектов и функций.
При сравнении учитываются и связи.
Например, если в новой версии поставщика исчез метод, который используется в вашей доработке или перехватывается расширением, это можно обнаружить еще до установки обновления.
То же касается изменившихся вызовов, ссылок и других зависимостей.
Для сложных конфигураций это меняет сам сценарий обновления: потенциальные последствия изменений можно разбирать заранее, а не искать уже после обновления, когда часть функциональности перестала работать.
Сравнивать можно не только две версии, но и три
Кроме двустороннего сравнения Analyzer умеет сравнивать три версии сразу. Это тот случай, когда одних отличий между двумя версиями недостаточно.
Типичные сценарии:
- текущая конфигурация, старая поставка вендора и новая поставка;
- текущая конфигурация, старая и новая версия другой конфигурации.
Именно так выглядит реальное обновление: важно не только то, чем отличаются версии, но и то, что из ваших доработок пересекается с изменениями поставщика.
Analyzer предлагает решение по каждому отличию
Analyzer не просто показывает сравнение. По каждому объекту и каждой функции он предлагает решение: что лучше взять из новой поставки, что оставить как сейчас, а что объединить с приоритетом поставщика или своей версии.
Рекомендация проставляется автоматически, но ее можно изменить вручную. Принятые решения сохраняются.
Сравнение трех версий: по каждому объекту и функции - рекомендованный режим объединенияВидно, где обновление конфликтует с расширением
Отдельно проверяются места, в которых применение обновления столкнется с расширением. Например, функция переопределена через &ИзменениеИКонтроль, а поставщик изменил ее текст. После такого обновления расширение просто перестанет запускаться.
Такие функции помечаются как конфликтные. Видно, какое расширение перехватывает метод, что именно изменил вендор и как выглядит сам перехват – все в одном окне, рядом.
Функция перехвачена расширением через &ИзменениеИКонтроль: слева направо - прошлая поставка, новая поставка и текущая конфигурацияВсе решения выгружаются в Конфигуратор одним файлом
Принятые решения выгружаются по нажатию одной кнопки в XML-файл. Его можно загрузить в Конфигураторе – в окне «Обновление конфигурации, находящейся на поддержке» или «Сравнение, объединение конфигураций» – и применить все решения уже в процессе реального обновления.
То есть разбор выполняется один раз в Analyzer, а не повторяется вручную при обновлении.
Выгрузка принятых решений в файл настроек для КонфигуратораКаждый разработчик может работать со своей веткой
Работа с Git-ветками стала персональной.
Раньше выбранная ветка была общей для пользователей Analyzer: если один разработчик переключался на другую ветку, отображаемое состояние менялось и у остальных.
Теперь ветку каждый выбирает только для себя.
Один специалист может анализировать develop, другой – релизную ветку, третий - свою рабочую. Они работают с одной системой Analyzer и при этом не мешают друг другу.
Выбранная ветка сохраняется в адресе страницы. Поэтому нужное состояние можно отправить коллеге обычной ссылкой – после перехода у него откроется та же ветка.
Это особенно удобно при ревью и разборе ошибок: вместо инструкции «открой такую-то систему, потом переключись на такую-то ветку и найди этот объект» достаточно отправить ссылку.
Ветки могут обновляться автоматически
Для систем, загружаемых из Git, появилось автоматическое обновление.
В настройках достаточно указать репозиторий, необходимые ветки и периодичность проверки. После этого Analyzer сам проверяет наличие новых коммитов и обновляет граф для изменившихся веток.
Если новых изменений нет, повторная загрузка не запускается.
Таким образом, можно один раз настроить рабочие ветки команды и дальше анализировать практически актуальное состояние репозитория без постоянной ручной перезагрузки.
По умолчанию обновление по расписанию выключено. Если его не настраивать, Analyzer продолжает работать как раньше – с ручным обновлением.
Analyzer ищет обращения к базе внутри циклов
Появился еще один вид автоматического анализа кода – поиск обращений к базе данных внутри циклов.
Это один из типичных источников проблем производительности: отдельный запрос может выполняться быстро, но если он запускается сотни или тысячи раз внутри цикла, время выполнения обработки резко увеличивается.
Analyzer теперь отмечает такие участки автоматически.
Разработчик может быстрее находить места, где вместо серии одинаковых обращений к базе стоит получить данные одним запросом, использовать временную таблицу или изменить алгоритм обработки.
Вместо поиска причины уже после жалобы пользователя на медленную работу потенциально проблемный код можно заметить во время анализа конфигурации.
Загрузка конфигураций стала быстрее
Ускорена и сама подготовка данных для анализа.
На одной из реальных складских конфигураций время загрузки сократилось с 3 минут 45 секунд до 2 минут 35 секунд.
Помимо скорости загрузки, изменилось поведение интерфейса во время загрузки.
Раньше пользователь мог видеть частично обновленное состояние системы, пока Analyzer еще продолжал обработку данных. Теперь существующая версия остается доступной до окончания процесса, а новое состояние появляется после завершения загрузки.
То есть длительная операция меньше мешает текущей работе.
Стало понятнее, что происходит во время долгих операций
Analyzer стал подробнее показывать ход загрузки и других продолжительных операций.
Вместо ситуации, когда программа долго не меняет интерфейс и остается только гадать, идет ли процесс вообще, пользователь видит прогресс, скорость выполнения и оставшееся время.
Изменены и сами сообщения о ходе работы – они стали проще и понятнее.
Это особенно заметно при работе с крупными конфигурациями, где загрузка и построение графа могут занимать значительное время.
Список объектов стал ближе к Конфигуратору
Дерево объектов переработано так, чтобы оно выглядело привычнее для разработчика 1С.
Структура стала ближе к представлению объектов в Конфигураторе, поэтому искать нужный справочник, документ, общий модуль или другой объект проще – не приходится привыкать к отдельной логике интерфейса Analyzer.
Также исправлено отображение названий объектов на разных языках. Если у объекта есть русское представление, Analyzer использует его вместо английского варианта.
Analyzer показывает объекты, даже если в них нет кода
Раньше часть объектов могла практически выпадать из анализа, если непосредственно связанного с ними программного кода не было.
Теперь отображаются и такие сущности – например, справочники без модулей, роли и общие формы.
Это важно, потому что отсутствие кода не означает отсутствие связей.
Объект может участвовать в правах доступа, использоваться другими объектами или влиять на структуру конфигурации. Теперь эту информацию также можно увидеть в Analyzer.
Что изменилось в результате
Обновление в первую очередь сокращает количество ручных действий вокруг разработки и сопровождения конфигураций.
Историю Git больше не нужно отдельно исследовать, чтобы определить происхождение строки кода. Потенциальные проблемы обновления можно увидеть при сравнении версий, а принятые решения выгрузить в Конфигуратор одним файлом. Разработчики могут одновременно работать с разными ветками, а сами ветки – обновляться автоматически.
Вместе с ускорением загрузки, анализом обращений к базе внутри циклов и интеграцией с Конфигуратором через Reflexor это делает Analyzer 1C не только инструментом исследования архитектуры конфигурации, но и рабочим инструментом для ежедневной разработки, ревью кода и подготовки обновлений.
