Ruby équivalent de virtualenv?

Existe-t-il quelque chose de similaire à l'utilitaire Python virtualenv ?

Fondamentalement, il vous permet d'installer des packages Python dans un environnement sandbox, donc easy_install djangone va pas dans votre répertoire site-packages à l'échelle du système, il irait dans le répertoire créé par virtualenv.

Par exemple:

$ virtualenv test
New python executable in test/bin/python
Installing setuptools...cd .........done.
$ cd test/
$ source bin/activate
(test)$ easy_install tvnamer
Searching for tvnamer
Best match: tvnamer 0.5.1
Processing tvnamer-0.5.1-py2.5.egg
Adding tvnamer 0.5.1 to easy-install.pth file
Installing tvnamer script to /Users/dbr/test/bin

Using /Library/Python/2.5/site-packages/tvnamer-0.5.1-py2.5.egg
Processing dependencies for tvnamer
Finished processing dependencies for tvnamer
(test)$ which tvnamer 
/Users/dbr/test/bin/tvnamer

Y a-t-il quelque chose comme ça pour RubyGems?

RVM fonctionne plus près du fonctionnement de virtualenv car il vous permet de bac à sable différentes versions de ruby ​​et leurs gemmes, etc.

Ni sandbox, ni RVM, ni rbenv ne gèrent les versions des dépendances gem de votre application. L'outil pour cela est bundler .

• utilisez un Gemfile comme déclaration de dépendance de votre application
• utiliser bundle installpour installer des versions explicites de ces dépendances dans un emplacement isolé
• utiliser bundle execpour exécuter votre application

Personne ne semble avoir mentionné rbenv .

Je pense que vous aimerez le bac à sable .

Je vais mentionner la façon dont je fais cela avec Bundler (que j'utilise avec RVM - RVM pour gérer les rubis et un ensemble par défaut de gemmes globales, Bundler pour gérer les gemmes spécifiques au projet)

bundler install --binstubs --path vendor

L'exécution de cette commande à la racine d'un projet installera les gemmes répertoriées à partir de votre Gemfile, insérera les bibliothèques, ./vendoret tous les exécutables dans ./binet all requires (si vous utilisez bundle consoleou si le Bundler l'exige) référencera ces ex et bibliothèques.

Travaille pour moi.

Si vous avez seulement besoin d'installer des gemmes en tant que non-root, essayez de définir la GEM_HOMEvariable d'environnement. Alors courez gem.

Par exemple:

$ export GEM_HOME=$HOME/local/gems
$ gem install rhc

Je recommande direnv . C'est un sélecteur d'environnement pour le shell.

Avant chaque invite, il vérifie l'existence d'un fichier ".envrc" dans les répertoires courant et parent. Si le fichier existe (et autorisé), il est chargé dans un sous-shell bash et toutes les variables exportées sont alors capturées par direnv puis rendues disponibles le shell actuel.

Voici comment utiliser direnv avec ruby-install

+ ruby-installer

Ajoutez ceci à la ~/.direnvrc

use_ruby() {
  local ruby_root=$HOME/.rubies/$1
  load_prefix "$ruby_root"
  layout_ruby
}

Installez ruby-install ( brew install ruby-install) et installez un tas de rubis.

ruby-install ruby 1.9.3
ruby-install ruby 2.0.0
ruby-install ruby 2.2.0

Et puis créez quelques liens symboliques pour plus de commodité:

ln -s .rubies/1.9 ruby-1.9.3-p*
ln -s .rubies/2.0 ruby-2.0.0
ln -s .rubies/2.2 ruby-2.2.0

Et enfin dans n'importe quel projet .envrc:

use ruby 2.0

Cela placera toutes les gemmes dans le .direnv/rubyrépertoire du projet (facilite l'ouverture des gemmes). bundler placera les binaires wrapper .direnv/bin(pas plus bundle exec!).

+ rbenv

Il est également possible d'utiliser rbenv en ajoutant la use rbenvcommande dans n'importe quel .envrcfichier. Cela activera rbenv qui à son tour placera les enveloppes ruby ​​dans le PATH.

Notez qu'il n'est pas nécessaire d'installer rbenv dans le .bashrc ou .zshrc pour que cela fonctionne.

+ RVM

Voici le .envrc le plus compliqué que j'utilise sur les projets ruby:

rvm use 1.8.7
layout ruby
PATH_add .direnv/bundler-bin

rvm est utilisé pour sélectionner la bonne version de ruby ​​pour vous

Les commandes de mise en page définissent automatiquement certaines des variables d'environnement habituelles. Pour l'instant, seule la mise en page ruby ​​existe. Ce qu'il fait, c'est définir la variable d'environnement GEM_HOME et son répertoire bin sur votre chemin. Comme cela dépend de la version ruby, assurez-vous de l'appeler après "rvm". Puisque chaque répertoire de mise en page ruby ​​a son propre GEM_HOME, vous n'avez pas besoin d'utiliser les gemsets de rvm.

PATH_add ajoute et développe le chemin relatif donné. Dans ce cas, j'utilise ceci pour séparer les binstubs du bundler de mes propres scripts bin avecbundle install --binstubs .direnv/bundler-bin

Si vous voulez savoir ce que font exactement ces commandes, pour l'instant: cat direnv stdlib| Moins

Mineshaft est un projet sur lequel je travaille depuis un certain temps et sur lequel je continue le travail de développement.

Il offre la possibilité à la fois de créer des environnements virtuels similaires au fonctionnement de virtualenv et peut également installer Ruby à l'échelle mondiale.