当我们在 windows 上 运行 时,加壳器的供应器 "shell-local" 会发生什么
What happens to the provisioner "shell-local" from packer when we run it on windows
我说的是这个供应商:https://www.packer.io/docs/provisioners/shell-local.html。
我正在 运行 构建一个使用 vagrant base box (debian/jessie64) 的打包程序,所以我需要下载 vagrant 并下载该 base box。但是我需要这个加壳器在 windows.
中构建为 运行
那么 windows 如何对待 shell-local provisioner 我可以这样做吗:
"provisioners": [
{"type": "shell-local",
"command": "vagrant box add --name debian-vagrant-development box/modified-debian-VAGRANTSLASH-jessie64"},
{"type": "shell",
"inline": ["echo 'my additional provisioning steps'"]}
],
我很确定我做不到,在那种情况下;哪个是替代方案?我只是把它放在 ansible 中然后把 packer 放到 运行 它。
对于它实际完成的任务来说太大了,对于我的用例来说并不实用。在需要的情况下,我会说使用 ansible 或 chef 或你用来提供的东西以保持可移植性。谢谢。
我说的是这个供应商:https://www.packer.io/docs/provisioners/shell-local.html。
我正在 运行 构建一个使用 vagrant base box (debian/jessie64) 的打包程序,所以我需要下载 vagrant 并下载该 base box。但是我需要这个加壳器在 windows.
中构建为 运行那么 windows 如何对待 shell-local provisioner 我可以这样做吗:
"provisioners": [
{"type": "shell-local",
"command": "vagrant box add --name debian-vagrant-development box/modified-debian-VAGRANTSLASH-jessie64"},
{"type": "shell",
"inline": ["echo 'my additional provisioning steps'"]}
],
我很确定我做不到,在那种情况下;哪个是替代方案?我只是把它放在 ansible 中然后把 packer 放到 运行 它。
对于它实际完成的任务来说太大了,对于我的用例来说并不实用。在需要的情况下,我会说使用 ansible 或 chef 或你用来提供的东西以保持可移植性。谢谢。