В предыдущей публикации я затронул тему ревизии кода расширения, эта публикация является логическим развитием. Тема для меня важная в текущей практике, и конечно мне понадобился более удобный инструмент в повседневном использовании.
Ниже опишу основную функциональность и порядок работы:
1. Отмечаем необходимые аннотации для поиска в коде
2. В списке подключенных расширений отмечаем те, по которым дальше будет проходить анализ и выгрузка файлов.
3. Указываем:
3.1 Пользователя и пароль от имени которого будет проходить подключение в базе для выгрузки, параметры подключения определяются автоматически, поддерживается файловый и серверный режим работы.
3.2 Путь для выгрузки каталогов конфигураций
3.3 Путь к новому релизу конфигурации для сравнения
3.4 Путь к предыдущему релизу конфигурации для сравнения
Список выбора в пунктах 3.3 и 3.4 заполняется исходя и содержания каталога 3.2, указываются корневые каталоги
4. После настроек производим при необходимости выгрузку выбранных расширений или текущего релиза конфигурации
Путь в выгрузке формируется автоматически с учетом наименований расширений или конфигурации и их версий, в указанном каталоге (3.2)
5. После выполнения анализа отображается следующая информация:
5.1 Указание аннотации
5.2 Наименование процедуры/функции
5.3 Флаг изменена ли процедура/функция по сравнению с предыдущим релизом.
5.4 Имя расширения поиска
5.5 Путь исходного модуля
В толстом клиенте доступно также отображение результата сравнения модулей
Тестировалось на платформе 8.3.18.1289
Конфигурация УНФ 1.6.24.201
Но никакой привязки к объектам и функциям нет, единственное получается префикс базы из константы "ПрефиксУзлаРаспределеннойИнформационнойБазы", она думаю присутствует во всех свежих конфигурациях на БСП
