[BUG] Исправить версии формата метаданных в src/test/resources/metadata

[ovcharenko-di]

Версия
develop

Проблема
В src/test/resources/metadata лежат файлы конфигураций, полученные из разных версий платформы. Добавлять новые объекты такую конфигурацию очень неудобно, потому что приходится это делать вручную. Также нет надежного способа проверить корректность конфигурации после ручных манипуляций, потому что конфигуратор отказывается загружать файлы разных форматов.

Чтобы была возможность проверять разные версии формата исходников, предлагаю создать несколько каталогов:

• src/test/resources/metadata_8_3_10
• src/test/resources/metadata_8_3_24

Чтобы не создавать отдельный каталог под каждую версию платформы, можно сделать два каталога и задокументировать в CONTRIBUTING.md какой каталог под какую версию платформы:

• src/test/resources/metadata_legacy (например, 8.3.10)
• src/test/resources/metadata_current (например, 8.3.27)

[ovcharenko-di]

Обнаружил, что даже если привести все исходники к нужной версии формата (например, заменить во всех файлах версию на 2.11), то исходники все равно не загружаются в конфигуратор - есть ошибки, приводящие к тому, что кнопка "Принять" серая.

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

В общем, сам пока не могу решить, как лучше поступить с этим вопросом.

[theshadowco]

@ovcharenko-di
тут вопрос разделения ответственности

• xml/xdo - это задача mdclasses, она должна нормально жевать, в том числе и косячные
• bsl/os - это bslls/bsl-parser

Поэтому, кмк, :

• в фикстурах стоит подключить корректные конфигурации по аналогии с mdclasses (сабмодулями bsp)
• дополнительно положить отдельную конфу, с корректной структурой, для создания нужных примеров (пограничных вариантов, ошибок и т.д.)