rbenvは何をしているのか？ - ザリガニが見ていた...。
~/.rbenv/以下に複数のRubyバージョンをインストールして、それぞれのRuby環境を切り替える仕組みを提供する。 ~/.rbenv/ （rbenvがRubyを管理するルートフォルダ） ~/.rbenv/shims/ （rubyやgemがインストールするコマンドへのラッパーを保存しておくフォルダ） ~/.rbenv/version （global環境のRubyバージョンを記録するファイル） ~/.rbenv/versions/ （Rubyの各種バージョンをインストールするフォルダ） Ruby環境の構造 例えば、rbenvがインストールしたRuby-1.8.7-p375は、以下のような構造となっている。 ~/.rbenv/versions/1.8.7-p375/bin/（実行コマンドを含む：erb gem irb rake rdoc ri ruby testrb） ~/.rbenv/v
rbenvの切り替えの仕組み…と、他言語での実験 - すぎゃーんメモ
rbenvを使ってみる - すぎゃーんメモの続き。 現時点でのrbenvのバージョンは0.2.1。 rbenvを使っていると.rbenv-versionファイルの有無でrubyコマンド打ったときに実行されるrubyが違うものになる、というのがちょっと新鮮で、これはどういう仕組みで動いているのだろう？と思って少し調べてみた。 上記記事のようにrbenvの設定をした環境では、 $ which ruby /Users/sugyan/.rbenv/shims/rubyとなり、${RBENV_ROOT}/shims以下のrubyを指すことになる。ここへのPATHは$HOME/.rbenv/libexec/rbenv-initに echo 'export PATH="'${RBENV_ROOT}'/shims:${PATH}"' と書かれているので、eval "$(rbenv init -)"してあれ
rbenv のメカニズム - @kyanny's blog
rbenv 環境下で実行された Ruby プログラムの中から他の Ruby プログラムを起動するときに、 rbenv 環境をリセットしたい―要するに別のバージョンの Ruby で外部プログラムを実行したい―という事情があったので rbenv のメカニズムについて調べた。 rbenv 環境下で ruby コマンドを実行するとき、実際にコンパイルされた ruby バイナリが直接実行されているわけではない。 rbenv 環境をお膳立てした上で ruby バイナリを exec するラッパーのシェルスクリプトが実行される。こういうものを binstub と呼ぶ。 binstub である ruby という名前のシェルスクリプトの中身をみてみると、最終的に rbenv exec というサブコマンドを呼び出している。 rbenv のサブコマンドはリポジトリでいうと libexec ディレクトリ以下にある。
Mac OS X(Lion)にRuby on Rails 3.2の開発環境を構築する - Hidde’s Tips
人によって様々な方法があるため、いろいろ試したり調べてみたのですが... 自分としては下記の方法が一番良いと思いました。 ・ソフトウエア、ライブラリは基本的にHomebrewでパッケージ管理する ・RubyおよびRailsはrbenvで管理する 「Homebrew」を使う理由は、依存関係にあるソフトウェアが既に導入されていた場合、タブってインストールされないのでMacportsよりインストールやアップデート効率が非常に良い点があげられます。 最近、MacportsよりHomebrewの人気が高くなっているのはこれらが理由のようです。 Rubyの管理には「rbenv」を選択しました。「最近評判が良くて、RVMから乗り換える人が多い」「Homebrewで簡単にインストールできる」「シェル環境を汚さない」というのが理由です。もちろんRVMに問題があるわけでは無いので、どちらを使っても複数のRub
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
