J'arrive un peu tard mais : rbenv + ruby-build + rbenv-bundler Avoir les gems du projet dans un sous-dossier du projet évite de les laisser traîner n'importe où (comme les gemsets de rvm) ; le rehash occasionnel ne me dérange pas à ce point et je n'aime pas trop la magie noire de rvm comparé à l'approche par surcharge du path de rbenv. Le 12 janv. 2013 22:15, "Yann Armand" <[email protected]> a écrit :
> Sur mon poste client, j'utilise RVM avec 1 ou 2 ruby différents. j'ai par > aussi 2 ou 3 gemsets en fonction de ce que je fait. > Par exemple j'ai un gemset pour Rails qui me permet de créer un nouveau > projet, puis je passe sur un gemset vide avec bundler pour la suite travail > sur ce projet. > > Pour mes projets, j'utilise systématiquement bundler avec un .bundle et un > .bin dans le répertoire projet, du coup mon gestionnaire d'environement > ruby (RVM) n'a qu'a s'occuper de fournir la bonne version de ruby. > Les executables sont toujours les bons car ils sont installer dans le .bin > est sont toujours executer dans le context du bundle. > > Ceci se fait trés facilement grace au fichier ~/.bundle/config : > --- > BUNDLE_PATH: .bundle > BUNDLE_BIN: .bin > > Et d'ajouter .bin a votre PATH. > > Pour ce qui est des serveurs je fait tourner une machine virtuelle par > projet, avec un seul ruby d'installer, comme ça pas d'embrouille. > > -- > Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de > Google Groups. > Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse > [email protected] > Pour résilier votre abonnement envoyez un e-mail à l'adresse > [email protected] -- Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [email protected]
