Я шукаю спосіб передати параметр до кулінарної книги шеф-кухаря, наприклад:
$ vagrant up some_parameter
А потім використовуйте some_parameter
всередині однієї з кулінарних книг Шеф-кухаря.
Я шукаю спосіб передати параметр до кулінарної книги шеф-кухаря, наприклад:
$ vagrant up some_parameter
А потім використовуйте some_parameter
всередині однієї з кулінарних книг Шеф-кухаря.
Відповіді:
Ви не можете передати будь-який параметр вагранту. Єдиний спосіб - використовувати змінні середовища
MY_VAR='my value' vagrant up
І використовувати ENV['MY_VAR']
в рецепті.
Ви також можете включити бібліотеку 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
Тоді ви можете запустити:
$ vagrant --custom-option=option up
$ vagrant --custom-option=option provision
Примітка: Переконайтеся, що спеціальна опція вказана перед командою vagrant, щоб уникнути помилки перевірки недійсної опції.
Більше інформації про бібліотеку тут .
opts
не оброблених: vagrant --custom-option=option destroy -f
vagrant: invalid option -- f
vagrant --custom-option=option -- up
має бути досить
Можна прочитати змінні з ARGV, а потім видалити їх з нього, перш ніж переходити до фази конфігурації. Здається модифікувати ARGV, але я не міг знайти іншого способу для параметрів командного рядка.
# 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
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
puts ARGV
відображає правильний масив після видалення додаткових призначених для користувача параметрів.
puts "#{ARGV}"
рядок, vagrant/embedded/gems/gems/vagrant-1.7.2/lib/vagrant/plugin/v2/command.rb
і він друкує цей рядок перед видаленням відповідних аргументів у файлі Vagrant, що означає, що видалення марне, оскільки ARGV передається валідатору, який виводить An invalid option was specified
перед будь-яким операції можуть мати місце на ARGV.
Рішення GetoptLong @ benjamin-gouthier дійсно акуратне, добре вписується в рубінову та бродяжу парадигму.
Однак йому потрібен один додатковий рядок для виправлення чистої обробки бродячих аргументів, таких як 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
що дозволяє цьому блоку коду робити паузу під час обробки нестандартних параметрів. так зараз,
vagrant --custom-option up --provision
або з
vagrant destroy -f
ними обробляють чисто.
Сподіваюся, це допомагає,
Vagrant.configure("2") do |config|
class Username
def to_s
print "Virtual machine needs you proxy user and password.\n"
print "Username: "
STDIN.gets.chomp
end
end
class Password
def to_s
begin
system 'stty -echo'
print "Password: "
pass = URI.escape(STDIN.gets.chomp)
ensure
system 'stty echo'
end
pass
end
end
config.vm.provision "shell", env: {"USERNAME" => Username.new, "PASSWORD" => Password.new}, inline: <<-SHELL
echo username: $USERNAME
echo password: $PASSWORD
SHELL
end
end