Packer: quebrando o modelo do packer em vários

Criado em 22 jan. 2017  ·  3Comentários  ·  Fonte: hashicorp/packer

Oi,

Digamos que eu queira consertar algum script de que preciso executar a compilação inteira novamente para verificar minha correção.

Portanto, comecei executando compilações sequenciais de óvulos (caixa virtual), importando de óvulos e exportando para óvulos 6 vezes.

Estou fazendo isso para ser mais eficiente durante o desenvolvimento, o modelo do empacotador levaria cerca de 1 hora para ser executado, então eu quebrei meu modelo em 6 deles.

Agora, cada vez que eu conserto algo, preciso executar apenas os que foram afetados.
O problema que quero resolver é a exportação / importação inútil que estou executando todas as vezes. Eu vi que a versão mais recente agora tem skip_export, mas que tal ignorar importação ou construtor do tipo vdi, arquivo vbox?

Alguém está trabalhando nisso? existe alguma solução legal que eu não conheço que possa resolver o meu problema?

Obrigado,
Mushon.

buildevirtualbox post-1.0 question

Comentários muito úteis

Se você está gastando muito tempo desenvolvendo scripts de provisionamento de longa execução, só posso recomendar que você use uma caixa Vagrant básica que você inicia e, em seguida, use o construtor null para executar esses scripts de provisionamento nessa caixa em execução.

Todos 3 comentários

Se você está gastando muito tempo desenvolvendo scripts de provisionamento de longa execução, só posso recomendar que você use uma caixa Vagrant básica que você inicia e, em seguida, use o construtor null para executar esses scripts de provisionamento nessa caixa em execução.

Eu também posso fazer isso apenas deixando o registro do ova na vbox usando o sinalizador "keep_registered", mas então eu ainda precisaria executar a exportação quando executaria meu modelo mais próximo. No final, quero entregar um arquivo óvulo.

Obrigado por sua sugestão, consideraríamos usar isso, mas ainda precisamos exportar manualmente pelo utilitário vboxmanage.

Idéia interessante. Concordo que uma história de desenvolvimento iterativo no vbox seria útil, no entanto, não é algo que estamos planejando implementar para 1.0. Devemos continuar discutindo ideias neste tópico e talvez possamos descobrir como podemos fazer isso.

Por enquanto, porém, uma vez que não é algo que pretendemos para 1.0, vou fechar isso. Por favor, consulte a lista de discussão para obter mais detalhes sobre 1.0.

Esta página foi útil?
0 / 5 - 0 avaliações