Packer: разбиение шаблона упаковщика на несколько

Созданный на 22 янв. 2017 · 3Комментарии · Источник: hashicorp/packer

Привет,

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

Итак, я начал с запуска последовательных сборок ova (виртуального бокса), импорта из ova и экспорта в ova 6 раз.

Я делаю это для большей эффективности при разработке, шаблон упаковщика займет около 1 часа, поэтому я разбил свой шаблон на 6 из них.

Теперь каждый раз, когда я что-то исправляю, мне нужно запускать только те, которые были затронуты.
Проблема, которую я хочу решить, - это бесполезный экспорт / импорт, который я выполняю каждый раз. Я видел, что в последней версии теперь есть skip_export, но как насчет пропуска импорта или построителя типа vdi, vbox file?

Кто-нибудь над этим работает? есть ли какое-нибудь хорошее решение, которое может решить мою проблему, о которой я не знаю?

Спасибо,
Мушон.

buildevirtualbox post-1.0 question

Источник

mushon4

Самый полезный комментарий

Если вы тратите много времени на разработку долгосрочных сценариев обеспечения, я могу только порекомендовать вам использовать базовый блок Vagrant, который вы запускаете, а затем использовать конструктор null для запуска этих сценариев обеспечения для этого рабочего блока.

rickard-von-essen 22 янв. 2017

👍2

Все 3 Комментарий

rickard-von-essen 22 янв. 2017

👍2

Я также могу сделать это, просто оставив регистр ova в vbox, используя флаг «keep_registered», но тогда мне все равно нужно будет запустить экспорт, когда будет запущен мой более близкий шаблон. Напоследок хочу доставить файл ova.

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

mushon4 22 янв. 2017

Интересная идея. Я согласен с тем, что история итеративной разработки на vbox была бы удобна, однако мы не планируем реализовывать это в 1.0. Мы должны продолжать обсуждать идеи в этой ветке, и, возможно, мы сможем придумать, как мы могли бы этого достичь.

Но пока, поскольку это не то, на что мы нацелены на 1.0, я собираюсь закрыть это. Пожалуйста, просмотрите список рассылки для получения более подробной информации о 1.0.