cf-vendor-merge — скилл

---
name: cf-vendor-merge
description: Обновление доработанной типовой конфигурации 1С на новый релиз через трехстороннее git-слияние XML-выгрузок (старый типовой / текущая / новый типовой) с автоматическим разбором конфликтов, переносом доработок BSL агентами и проверкой импортом, синтаксическим контролем модулей платформой и совместимостью расширений. Используй, когда нужно обновить конфигурацию на поддержке с доработками на новый релиз поставщика, «обновить базу на релиз», «перенести доработки на новую версию». НЕ для обновления без доработок (там db-update / vrunner cf_vendor_update) и не для обновления самой информационной базы — база обновляется отдельно, только по прямой команде.
argument-hint: "[старый.cf] [новый.cf] [текущая конфигурация]"
allowed-tools:
  - Bash
  - PowerShell
  - Read
  - Write
  - Edit
  - Glob
  - Grep
  - Agent
  - AskUserQuestion
---

# /cf-vendor-merge — обновление доработанной конфигурации на новый релиз

Скрипты: `scripts/` рядом с этим файлом (Python 3 + `lxml`, git, платформа 1С 8.3). Внешние MCP и другие skills не нужны. Грабли и решения — `references/gotchas.md`, прочитай до начала.
Все скрипты работают с рабочим каталогом слияния `<work>` и файлом состояния `<work>/vendor-merge.json`.

## Что нужно от пользователя

1. Полные `.cf`/`.dt` **старого** релиза (на котором стоит текущая конфигурация — версия в `Configuration.xml` текущей выгрузки) и **нового** релиза. `.cfu` не подходит.
2. Текущая конфигурация: XML-выгрузка (каталог) или ревизия в git, либо база, из которой выгрузить (`1cv8 DESIGNER /DumpConfigToFiles <каталог>`).
3. `ibcmd.exe` (из `.v8-project.json` → `v8path`), каталог для временных баз не в облачной папке, ~25+ ГБ свободно.
Рабочую базу не трогай: результат проверяется на временной/копии; загрузка в рабочую — только по прямой команде.

## Этап 1. Выгрузки и ветки

```
python vm_dump.py --ibcmd <ibcmd> --src <старый.cf> --out <tmp>\old_xml
python vm_dump.py --ibcmd <ibcmd> --src <новый.cf>  --out <tmp>\new_xml --keep-db
python vm_branches.py --repo <git-репозиторий> --work <work> --old-xml <tmp>\old_xml --new-xml <tmp>\new_xml (--custom-xml <каталог> | --custom-rev <ревизия>) [--root <коммит с .gitattributes>] [--gitattributes <файл>]
```
Сверь версии, которые печатают скрипты: старый релиз = версия поставщика в текущей конфигурации; формат выгрузки одинаковый. Ветки: `vendor-<старая>`, `vendor-<новая>`, `custom` (дерево текущей, родитель — старый релиз). Заданный `VM_COMMIT_TRAILER` (например, `\n\nCo-Authored-By: ...`) добавляется к сообщениям коммитов.

## Этап 2. Слияние и автоматический разбор

```
python vm_merge.py --work <work>                     # git merge -X no-renames, conflicts.json
python vm_resolve_md.py --work <work> [--apply]      # modify/delete: шум -> принять удаление поставщика
python vm_xmlmerge.py --work <work> [--apply]        # структурное слияние XML (без Template.xml)
python vm_templates.py --work <work> [--apply]       # макеты: целиком наш/поставщика по правилам
```