如何在'vagrant up'上传递参数并将其放在Vagrantfile的范围内?

Woj*_*ski 80 ruby command-line parameter-passing vagrant

我正在寻找一种方法将参数传递给Chef cookbook,如:

$ vagrant up some_parameter
Run Code Online (Sandbox Code Playgroud)

然后some_parameter在其中一个Chef cookbook中使用.

Dra*_*ter 106

你不能将任何参数传递给vagrant.唯一的方法是使用环境变量

MY_VAR='my value' vagrant up
Run Code Online (Sandbox Code Playgroud)

ENV['MY_VAR']在食谱中使用.

  • 您也可以在Vagrantfile中访问ENV var并将其放入chef.json哈希(请参阅http://docs.vagrantup.com/v1/docs/provisioners/chef_solo.html#json_configuration) (6认同)
  • vagrant的作者自己说使用环境变量:https://github.com/mitchellh/vagrant/issues/2064 (5认同)

Ben*_*ier 65

您还可以包含GetoptLong Ruby库,它允许您解析命令行选项.

Vagrantfile

require 'getoptlong'

opts = GetoptLong.new(
  [ '--custom-option', GetoptLong::OPTIONAL_ARGUMENT ]
)

customParameter=''

opts.each do |opt, arg|
  case opt
    when '--custom-option'
      customParameter=arg
  end
end

Vagrant.configure("2") do |config|
             ...
    config.vm.provision :shell do |s|
        s.args = "#{customParameter}"
    end
end
Run Code Online (Sandbox Code Playgroud)

然后,您可以运行:

$ vagrant --custom-option=option up
$ vagrant --custom-option=option provision
Run Code Online (Sandbox Code Playgroud)

注意:确保在vagrant命令之前指定了custom选项,以避免无效的选项验证错误.

有关库的详细信息在这里.

  • 似乎选项没有在'opts`中列出未处理:`vagrant --custom-option = option destroy -f``franrant:invalid option - f` (12认同)
  • 是的,这很有效,而且imho比第一个答案更优雅. (2认同)
  • @BenjaminGauthier文档说"空选项 - (两个减号)用于结束选项处理." 所以`vagrant --custom-option = option - up`就足够了 (2认同)
  • 这不再适用于 Vagrant 2。除了自己的参数外,它不接受任何参数。 (2认同)

tsu*_*iga 23

可以从ARGV中读取变量,然后在继续进入配置阶段之前将其从中删除.修改ARGV感觉很糟糕,但我找不到任何其他命令行选项.

Vagrantfile

# Parse options
options = {}
options[:port_guest] = ARGV[1] || 8080
options[:port_host] = ARGV[2] || 8080
options[:port_guest] = Integer(options[:port_guest])
options[:port_host] = Integer(options[:port_host])

ARGV.delete_at(1)
ARGV.delete_at(1)

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
  # Create a forwarded port mapping for web server
  config.vm.network :forwarded_port, guest: options[:port_guest], host: options[:port_host]

  # Run shell provisioner
  config.vm.provision :shell, :path => "provision.sh", :args => "-g" + options[:port_guest].to_s + " -h" + options[:port_host].to_s
Run Code Online (Sandbox Code Playgroud)

 

provision.sh

port_guest=8080
port_host=8080

while getopts ":g:h:" opt; do
    case "$opt" in
        g)
            port_guest="$OPTARG" ;;
        h)
            port_host="$OPTARG" ;;
    esac
done
Run Code Online (Sandbox Code Playgroud)


小智 5

@ benjamin-gauthier的GetoptLong解决方案确实很整洁,非常适合红宝石和无业游民的范例。

但是,它需要多一行来修正对无用的参数的干净处理,例如vagrant destroy -f

require 'getoptlong'

opts = GetoptLong.new(
  [ '--custom-option', GetoptLong::OPTIONAL_ARGUMENT ]
)

customParameter=''

opts.ordering=(GetoptLong::REQUIRE_ORDER)   ### this line.

opts.each do |opt, arg|
  case opt
    when '--custom-option'
      customParameter=arg
  end
end
Run Code Online (Sandbox Code Playgroud)

这样,当处理自定义选项时,此代码块即可暂停。所以现在 vagrant --custom-option up --provision 还是 vagrant destroy -f 干净利落。

希望这可以帮助,