Holkas
GitHub · релизы

Как это работает / 04 из 05

У доработки может быть несколько остановок

Можно перенести доработку прямо в другую базу, сохранить в Git или передать пакетом. Маршрут зависит от того, где она находится и что вы хотите получить.

Выберите задачу

Один состав — разные маршруты

Выберите задачу
Откуда

Тестовая база

Готовая доработка

Перед применением

План изменений

Посмотреть отличия

Куда

Рабочая база

Применить команды

Когда обе базы доступны

Holkas читает выбранные объекты, сравнивает их с приёмником и строит план применения.

Шаг 01

Исходная база

Выбрать состав

Передача файла

ZIP-пакет

Сохранить выбранные объекты

Шаг 02

База заказчика

Сравнить и применить

Когда прямого подключения нет

Сначала выгрузите выбранные объекты в ZIP-пакет. Передайте файл в другой контур, затем постройте план относительно базы назначения.

Шаг 01

Исходная база

Прочитать объекты

История версий

Git

Сохранить изменения коммитом

Шаг 02

Другая база

Сравнить и применить

Когда нужна история доработок

Сохраните объекты в Git-репозиторий. Позже используйте сохранённую версию как источник для переноса в базу.

Откуда

Источник

Например

Что подготовить

SQL-команды

Для выбранной СУБД

Результат

Файл .sql

Прочитать и выполнить отдельно

Когда нужен текст для самостоятельного запуска

Для поддерживаемых объектов базы Holkas может подготовить SQL. Логические объекты Паруса этим маршрутом не переносятся.

Схемы маршрутов, а не экраны приложения. Сохранение в пакет или Git и перенос из них в базу — отдельные операции.

База — место работы доработки. Git хранит её историю, пакет помогает передать её отдельно, а SQL-файл позволяет получить текст команд.

Откуда можно взять доработку

Источником может быть база Oracle или PostgreSQL, Git-репозиторий, ZIP-пакет Holkas либо пакет в S3-совместимом хранилище. Git хранит версии файлов; S3 — хранилище, из которого можно забрать сохранённый пакет.

При чтении из базы или Git вы выбираете нужные объекты. Пакет читается целиком: его состав определён при выгрузке. Дальше поведение зависит от назначения.

Что вы получите на выходе

НазначениеРезультат
База данныхСравнение с текущим состоянием, план команд и его применение.
GitСохранённые объекты и коммит в истории репозитория.
ZIP-пакет или S3Выгрузка выбранных объектов целиком. Плана отличий здесь нет.
SQL-файлТекст команд для поддерживаемых объектов базы. Исполнение файла — отдельный шаг.

Пакет содержит объекты, а не готовый план для любой базы. Один и тот же пакет может дать разные планы: в одной базе отчёт уже есть, в другой его нужно создать.

Что важно при смене СУБД

Маршрут Oracle → PostgreSQL и обратный маршрут поддерживают объекты Паруса. Объекты уровня базы данных автоматически в другую платформу не превращаются. Подробности — на странице о составе доработки.

SQL-файл также не служит универсальным переводчиком между СУБД: он готовится для поддерживаемых объектов соответствующей платформы.

Откуда управлять переносом

Обычно удобнее начать с веб-интерфейса. Для автоматизации есть командная строка (CLI), программный интерфейс REST и MCP для ИИ-агентов. Это разные способы обратиться к одному механизму переноса; правила состава, сравнения и применения остаются общими.