web-dev-qa-db-fra.com

Comment passer le paramètre sur «vagabond» et l'avoir dans le champ d'application de Vagrantfile?

Je cherche un moyen de passer des paramètres au livre de cuisine Chef comme:

$ vagrant up some_parameter

Et puis utilisez some_parameter dans l'un des livres de cuisine du chef.

rubycommand-linevagrantparameter-passing
79
Wojciech Bednarski

Vous ne pouvez transmettre aucun paramètre à vagabond. La seule façon est d'utiliser des variables d'environnement

MY_VAR='my value' vagrant up

Et utilise ENV['MY_VAR'] dans la recette.

105
Draco Ater

Vous pouvez également inclure la bibliothèque GetoptLong Ruby qui vous permet d'analyser les options de ligne de commande.

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

Ensuite, vous pouvez exécuter:

$ vagrant --custom-option=option up
$ vagrant --custom-option=option provision

Remarque: assurez-vous que l'option personnalisée est spécifiée avant la commande vagrant pour éviter une erreur de validation d'option non valide.

Plus d'informations sur la bibliothèque ici .

64
Benjamin Gauthier

Il est possible de lire les variables d'ARGV puis de les supprimer avant de passer à la phase de configuration. Cela semble compliqué de modifier ARGV, mais je n'ai pas trouvé d'autre moyen pour les options de ligne de commande.

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

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
23
tsuriga

La solution GetoptLong de @ benjamin-gauthier est vraiment soignée, correspond bien au paradigme Ruby et vagabond.

Cependant, il a besoin d'une ligne supplémentaire pour corriger la gestion propre des arguments vagabonds, tels que 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

ce qui permet à ce bloc de code de s'arrêter lorsque les options personnalisées sont traitées. alors maintenant, vagrant --custom-option up --provision ou vagrant destroy -f sont manipulés proprement.

J'espère que cela t'aides,

5
Kannan V
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
0
sophia