Créer un environnement linux variable à l'aide de vagrant provisioner

J'ai vagrant Ubuntu à des fins de développement. J'ai utilisé un script shell provisioner à télécharger/installer mes dépendances, et de créer des alias, mais j'ai frappé un mur dans l'utilisation de la provisioner pour créer des variables d'environnement (qui sont utilisés pour plusieurs drapeaux au sein de mon projet). A l'origine, j'avais quelque chose comme:

export MY_VAR='value'

Dans mon provisioner script, mais que vous ne pouvez pas ajouter les variables d'environnement de l'intérieur d'un script shell en cours d'exécution normalement. Juste assez, donc j'ai plutôt essayé de changer ma ligne de la Vagrantfile à:

config.vm.provision "shell", inline: “source setup.sh"

Qui ne résout pas le problème. Les variables d'environnement n'étions toujours pas là. J'ai essayé d'ajouter les exportations directement en ligne:

config.vm.provision "shell", inline: “export MY_VAR='value'"

Pas de chance. Toujours pas de mondial de l'environnement quand je ssh ed dans. Est-il un moyen d'utiliser le shell script pour créer un environnement bash variable, ou est-il temps de lancer la serviette sur le shell de ravitailleurs et apprendre le chef?

InformationsquelleAutor MBrizzle | 2014-07-11

vagrant

33

Vous devriez avoir le provisionnement script ajouter une ligne à votre .profil:
```
echo "export VAR=value" >> ~/.profile
```
Sur la connexion, l' .script de profil sera lu par bash et la variable sera réglé.
- Yup, qui l'a fait! Je vous remercie.
- Une note pour les autres, je suis sous CentOS 7 et j'ai eu à faire echo "export VAR=value" >> ~/.bashrc
- Ce correctif ne pas suivre le "vagabond façon". L'ajout de ce qu'est dans l'errance d'ajouter une nouvelle ligne à chaque disposition cicle
- Juste une critique, bien que facilement fixe (ajout d'une réponse montrant comment)
- peut-être cette réponse pourrait être modifié afin d'être complet, par exemple, montrent l'ensemble de la config.vm.... ligne?
InformationsquelleAutor rje
17

De voir que l'on a accepté la réponse, en effet, ajouter un export VAR=value pour votre .profil (ou .bashrc) fichier chaque fois que vous exécutez vagrant provision, voici comment j'ai ajouté des variables d'environnement rapidement
```
source ~/.profile && [ -z "$VAR" ] && echo "export VAR=value" >> ~/.profile
```
Ventilation:
- source ~/.profile: charger le courant .profile fichier
- [ -z "$VAR"]: vérifier si oui ou non VAR est définie, si ce n'est:
- echo "export VAR=value" >> ~/.profile: ajouter la ligne d'export de .profile
Mettant tous ensemble:

J'utilise normalement puphpet pour mon errance des boîtes, de sorte que j'ai tendance à coller à la structure de répertoire qu'il utilise, ce qui signifie de mettre mon provisionnement script dans puphpet/shell/* (par rapport à la Vagrantfile fichier). Dans ce fichier, vous pouvez ajouter autant de variables d'environnement que vous aimez:
```
#!/usr/bin/env bash
#Replace .profile with .bashrc if required
source ~/.profile
if [ -z "$VAR" ]; then # only checks if VAR is set, regardless of its value
    echo "export VAR=value" >> ~/.profile
fi
#other env variables and profile stuff here
```
Si vous souhaitez définir les variables d'environnement à une valeur spécifique, même si ils sont définis, vous pouvez remplacer [ -z "$VAR" ] avec ce (Que Maks3w suggéré):
```
if [ -z "$VAR" ] || [ "$VAR" != "value" ]; then
    #same as before
fi
```
Puis il suffit de l'ajouter à votre Vagrantfile:
```
config.vm.provision "shell", path: "puphpet/shell/your-script.sh"
```
Qui devrait faire l'affaire...
- J'aime l'utilisation de z switch au lieu grep
- J'ai la réponse avec un 100% de la pleine Errance wat (sans fichier de script externe)
- Que serait une option valable, trop. Pas sûr au sujet de la [ $VAR != "value" ] peu, puisque la variable env pourrait peut avoir été modifié par l'utilisateur de la vbox pour des raisons de développement, et il pourrait ne pas vouloir les valeurs à modifier par la mise en service
- La mise à disposition de la phase de Vagrant depuis la 1.4 (IIRC) est sous la demande de l'utilisateur. Donc, si il/elle lancer la mise à disposition de phase puis veut vraiment réinitialiser les configs.
- Pas nécessairement. J'utilise vagrant au travail, nous travaillons en équipe, et il arrive souvent que quelqu'un met à jour le vagabond repo (ajouter un serveur virtuel, ou mettre en place un nouvel outil), ce qui nous oblige à disposition les cases. J'aimerais l'approvisionnement add les nouveaux trucs, sans perturber mes propres changements. C'est tout pour les exigences spécifiques/cas d'utilisation de l'OP, à mon humble avis
- Nous pourrions parler mais que l'approche de l'OMI briser le merveilleux vagrant détruire && vagrant up pour nettoyer les espaces de travail.
- Fonctionne mieux que les approuvé réponse.
InformationsquelleAutor Elias Van Ootegem

Cette réponse montre comment ajouter des variables d'environnement simple modification d' VagrantFile à l'aide de Ruby HEREDOC (Ici doc) syntaxe

  $install_user_vars = <<SCRIPT
    source ~/.profile

    if [ -z "$VAR" ] || [ "$VAR" != "value" ]; then
      echo "export VAR=value" >> ~/.profile
    fi

    if [ $(pwd) != "/vagrant" ]; then
      echo "cd /vagrant" >> ~/.profile
    fi

SCRIPT

  config.vm.provision "shell", inline: $install_user_vars

Remarque: La fermeture SCRIPT doit être le premier caractère de sa propre ligne

InformationsquelleAutor Maks3w

Voici comment je l'ai eu $GOPATH de travail:

config.vm.provision "shell", inline: <<-SHELL
  echo -n                              >  /etc/profile.d/gopath.sh
  echo 'export GOPATH=$HOME/go'        >> /etc/profile.d/gopath.sh
  echo 'export PATH=$PATH:$GOPATH/bin' >> /etc/profile.d/gopath.sh
SHELL

L'utilisation de guillemets simples et $HOME (au lieu de ~) étaient nécessaires---je ne pouvais pas le faire fonctionner autrement.

InformationsquelleAutor rubicks

0

Je cherchais la même chose. Je voulais mettre en http(s)_proxy variables d'environnement dans le Vagrantfile. La condition était que je peux modifier ces variables, à tout moment et vagrant reload de les appliquer.

Enfin, j'ai trouvé la solution:
```
config.vm.provision "shell", inline: "> /etc/profile.d/myvars.sh", run: "always"
config.vm.provision "shell", inline: "echo \"export http_proxy=http://proxy.somedomain.com:3128\" >> /etc/profile.d/myvars.sh", run: "always"
config.vm.provision "shell", inline: "echo \"export https_proxy=https://proxy.somedomain.com:3128\" >> /etc/profile.d/myvars.sh", run: "always"
```
0) /etc/profile.d/*.sh scripts sont exécutés au démarrage du shell bash

1) supprime tous les éléments de myvars.sh

2) définit la première variable

3) définit la deuxième variable

En raison de exécuter: "toujours" je peux ajouter/supprimer des variables et après vagrant reload ils sont appliqués.

InformationsquelleAutor starikovs

Dans CentOs7 vous devez placer env vars sous /etc/profile.d/
Cela a fonctionné dans mon cas:

machine.vm.provision 'shell',
  inline: 'sudo su - && echo "export VAR1=test export VAR2=test" > /etc/profile.d/vars.sh'

InformationsquelleAutor hoisu

Vous devez vous connecter pour publier un commentaire.