← На главную

При переходе на новую версию или сборку платформы 1С:Предприятие разработчикам и системным администраторам важно понимать, какие именно изменения произошли в кодовой базе. Часто стандартного файла документации V8Update.htm оказывается недостаточно, так как он описывает новшества глобальной функциональной версии (например, всей ветки 8.3.10), но не дает детального списка доработок и исправлений по промежуточным сборкам (четвертая цифра в номере релиза).

Разберем подробно, где и как получить точный перечень изменений для конкретной сборки платформы, а также проанализируем внутренние особенности версионирования 1С.

Принципы версионирования платформы 1С

Для правильного поиска информации сначала рассмотрим, как устроена нумерация релизов платформы:

1. Функциональные релизы (первые три цифры): Новые объекты конфигурации, методы встроенного языка, события элементов форм и глобальные механизмы появляются только при смене третьей цифры (например, переход с 8.3.9 на 8.3.10). Доступность этих возможностей жестко контролируется свойством РежимСовместимости в метаданных.
2. Сборки и билды (четвертая цифра): В рамках одной функциональной версии (например, от 8.3.10.2252 к 8.3.10.2466) состав языка и метаданных расширяться не может. В промежуточных сборках выпускаются исправления зарегистрированных дефектов, оптимизации производительности и точечные доработки внутренних подсистем.

Использование сервиса отслеживания ошибок (багтрекера 1С)

Основным официальным источником сведений о том, что именно было исправлено в конкретной сборке, является официальный багтрекер платформы 1С. Разберем по шагам порядок работы с ним:

1. Просмотр исправлений сборки: В разделе проекта платформы можно выбрать конкретный номер сборки и открыть список всех зарегистрированных ошибок, получивших статус исправленных именно в этом выпуске.
2. Инструмент сравнения сборок: В сервисе предусмотрен специальный функционал сравнения двух релизов. Указав исходную и целевую версии платформы, получаем консолидированный список ошибок, устраненных за весь период между данными выпусками.
3. Подписка на обновления: При необходимости отслеживания состояния конкретных критических дефектов или обновлений ветки платформы в сервисе можно настроить почтовые уведомления.

Анализ неявных изменений между сборками

Помимо исправления зарегистрированных ошибок, в промежуточных сборках могут происходить внутренние изменения, напрямую не влияющие на синтаксис языка 1С. Рассмотрим дополнительные способы их выявления:

1. Анализ сопроводительных файлов дистрибутива: В архиве поставки каждой сборки содержатся текстовые файлы с описанием системных требований и особенностей развертывания. Там фиксируются изменения в поддержке версий СУБД, операционных систем и драйверов.
2. Сравнение файлов встроенной справки: Извлекая файлы документации и синтакс-помощника из каталогов установки двух сборок, с помощью утилит сравнения текстов можно обнаружить скрытые уточнения поведения системных методов и ограничений платформы.
3. Анализ параметров технологического журнала: При выпуске сборок иногда корректируется схема конфигурационного файла технологического журнала logcfg.xml. Сравнение структуры событий позволяет определить, какие низкоуровневые механизмы (блокировки, кэш, сетевой обмен) подверглись модернизации.
4. Изучение платформенных патчей: Описания к точечным внешним исправлениям (платформенным патчам) содержат детальные технические подробности сбоев конкретных билдов и методов их обхода.

Таким образом, для получения общего обзора новых возможностей функциональной ветки используется файл V8Update.htm, а для детального контроля состава исправлений между конкретными сборками применяется официальный багтрекер платформы с механизмом сравнения версий.