bundle のなかで bundle する - @kyanny's blog
Bundler.with_clean_env と bundle install --gemfile について追記しました bundle exec した環境下でさらに bundle exec したいことがある。 bundle exec rake resque:work で起動した Resque ワーカーのなかで system("bundle exec rake spec") のような外部コマンドを呼び出すとか。ありますよね。ぼくは最近ありました。そしてハマった (そしてググりづらかった) のでこれ以上犠牲者を増やさないためにブログに書く。 bundler は実行時にいくつかの環境変数を定義するが、この場合問題になるのは BUNDLE_GEMFILE と GEM_HOME だ。 BUNDLE_GEMFILE は bundler が参照する Gemfile のパスで、 GEM_HOME は ge
gemspec と Gemfile と Gemfile.lock との違い． - Qiita
依存する gem の取得先を記述します． 通常は取得先は source 行一行だけでよいはず． GitHub リポジトリなどから edge バージョンを取得する場合は，その場所をここに書く． 開発環境と運用環境とで同じ gem をインストールするために使います． bundle などで自動で生成されます． 依存 gem のバージョンと取得先が記録されます． Gemfile.lock の扱いについて Gemfile.lock については，これをリポジトリに含めるかどうかが議論されるのですが，前節で述べたように，「開発環境と運用環境とで同じ gem をインストール」したいかどうかで決めればよいかと思います．すなわち， 確実動作が期待されるアプリでは Gemfile.lock をリポジトリに含める． デプロイの自由度を確保したいライブラリは Gemfile.lock をリポジトリに含めない． （そ
langturn.com is coming soon
is a totally awesome idea still being worked on. Check back later.
bundle installするときはpathを指定しよう
Rails3からBundlerが導入されgemの管理がしやすくなりましたが、色々なRailsアプリでほいほいbundle installを実行するとシステムにインストールされるgemが結構カオスになってきます。また、Rails2とRails3が同居する開発環境だとかなり面倒くさくなります。精神衛生上あまり宜しくありません。 そこでbundlerにオプションを渡してgemを任意のディレクトリにインストールし、gemをRailsプロジェクト毎に管理することをオススメします。 Rails3の場合、使い方はこんな感じになります。 まず、プロジェクト用のディレクトリを作成し、Gemfileを記述します。
node.jsでRubyのBundlerのようにパッケージを管理する - #詰んでる日記
仕事でRails3を使ってて便利だったもののひとつにbundlerがある。 これはGemfileというファイルに、プロジェクトで使うgemを記述しておきbundle installコマンドで必要なgemがインストールされるというもの。 node.jsを触ってる時にも同じようにできないかなーと探していたら、npmにすでに同様の機能が備わっていることを知ったので使ってみた。 package.jsonを作成する npmeで、rubyのGemfileに相当するものがpackage.jsonになる。他のライブラリの設定ファイルとか見てもjsonだったし、JSだとそりゃjsonになるよなぁと思ったりした。 このpackage.jsonをプロジェクトの直下に配置して以下のように書く { "name": "tohae_example", "version": "0.0.1", "engines": "0.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
