un autre endroit (le lieu racine où il lu les variables ENV) est shared_helpers.rb, ligne 71 (v 1.6.5 errante):
# This returns the path to the ~/.vagrant.d folder where Vagrant's
# per-user state is stored.
#
# @return [Pathname]
def self.user_data_path
# Use user spcified env var if available
path = ENV["VAGRANT_HOME"]
# On Windows, we default to the USERPROFILE directory if it
# is available. This is more compatible with Cygwin and sharing
# the home directory across shells.
if !path && ENV["USERPROFILE"]
path = "#{ENV["USERPROFILE"]}/.vagrant.d"
end
# Fallback to the default
path ||= "~/.vagrant.d"
Pathname.new(path).expand_path
end
Quoi qu'il en soit, je pense que la meilleure façon est d'utiliser la variable d'environnement VAGRANT_HOME, dans le cas d'une mise à niveau de version errante.
Vous pouvez utiliser cette fonction comme:
disk_path = self.user_data_path().to_s
En fait, je trouve que VAGRANT_HOME doit être réglé et que la propriété "machinefolder" dans VirtualBox doit être définie par "VBoxManage setproperty machinefolder" __ Merci pour l'indice –
pagid
merci pour ce poste !!! – Robert
Mes constatations personnelles: Lorsque vous définissez la variable d'environnement permanente (dans '~/.bash_profile' ou si vous utilisez ZSH dans' ~/.zshrc', etc.), assurez-vous d'écrire également 'export'. Vérifiez si elle est définie avec 'env' sur la ligne de commande. Lors de l'utilisation de virtualbox en tant que fournisseur, il existe également un paramètre dans l'interface graphique pour son chemin par défaut. – Urs