Подготавливает две чистые расходуемые базы (источник и приёмник) для ручной проверки миграции: подтверждённый прогон правил КД 2.01, новое поколение баз из golden-снимков и сверка опубликованных правил.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Repo script: ./scripts/migration/kd-rules-cycle
Windows launcher: ./scripts/migration/kd-rules-cycle.ps1
Используйте только для расходуемых баз из workbases профиля migration/kd21/profiles/local.json. Эталонные базы (references) не изменяются. Навык вызывает существующие команды исполнителя и не добавляет новых точек запуска.
docs/agent/kd21-rules-workbench-runbook.md.git status --short; не меняйте и не коммитьте рабочее дерево.doctor в новом абсолютном run-root вне репозитория и убедитесь, что он прошёл.Автоматическая приёмка и ручная проверка используют разные поколения баз.
Выполните полный прогон сценария в новом run-root:
./scripts/migration/kd-rules-cycle --profile migration/kd21/profiles/local.json \
--scenario migration/kd21/scenarios/<сценарий> --run-root "$acceptance_root" all
Принимайте только result.json.status = workbench-run-passed и наличие release.manifestSha256. Сохраните путь к этому result.json.
В другом новом run-root выполните doctor, затем reset. reset восстанавливает обе расходуемые базы из golden-снимков эталонов и записывает новое поколение в result.json.generations. Если ручной проверке нужны прикладные узлы сценария (например, установка расширения), выполните их командой run <узел> после build и load, а не вручную.
Выполните run build-rules в отдельном новом run-root и сравните files и archives опубликованного manifest.json в releasePublishRoot с манифестом выпуска автоматической приёмки. При любом отличии базы оператору не передавайте: разберите причину по регламенту.
<run-root>/progress.txt и observation.jsonl стадии; сообщайте стадию и возраст прогресса. При зависании используйте навык 1c-observe-run.run-root.После финального reset не запускайте в этом поколении стадии и узлы, которые меняют данные баз. В итоговом сообщении укажите имена двух баз, путь к опубликованным правилам, result.json автоматической приёмки и result.json финального поколения.
まだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
Проверяет синтаксис изменённых BSL-модулей одной командой: статический разбор BSL Analyzer и компиляция платформой 1С в целевой ИБ. Используйте для модулей основной конфигурации, расширений и внешних обработок/отчётов.
日本語の概要は準備中です。原文の説明を表示しています。
Используйте, когда нужно создать информационную базу через канонический runtime contract проекта.
日本語の概要は準備中です。原文の説明を表示しています。
Используйте, когда нужно сравнить source tree или выполнить adapter-aware diff через repo-owned entrypoint.
日本語の概要は準備中です。原文の説明を表示しています。
Используйте, когда нужно проверить readiness runtime profile, adapter config и базовые зависимости проекта.
日本語の概要は準備中です。原文の説明を表示しています。
Используйте, когда нужно выгрузить конфигурацию или расширение в исходники через канонический runtime contract проекта.
日本語の概要は準備中です。原文の説明を表示しています。
Находит точную причину повторного падения процессов сервера 1С в Linux: SIGABRT, технологический журнал, core dump, GDB, C++-исключения и проверка причины. Используйте, когда rphost, ragent или rmngr исчезает, становится zombie, завершается сигналом 6 или оставляет core.
日本語の概要は準備中です。原文の説明を表示しています。