Railsアプリケーションを書いていて一部機能をgemに切り出したほうがいいんじゃないか、という場面に遭遇したのでローカルでgemを作りました。 Railsアプリケーション側ではbundlerでローカルにあるソースをrequireして使うことができます。なんでgithub等を介する必要はありません。さらに、サーバーの再起動無しにgem側のソースの更新を反映する方法もあるので、アプリケーションから切り離したgemであることを意識することなく開発をすることができます。 まずgemを作る $ pwd /path/to/gems # ここにいるとする $ bundle gem piyopiyo bundlerでローカルのgem指定する # Gemfile gem 'piyopiyo', path:"/path/to/gems/piyopiyo" サーバーの再起動無しにリロードする ググるとconf
最近、Rails Assetsというサイトが話題になりました。 Rails Assetsは、Gemfileにsource 'https://rails-assets.org'を追記することで、bowerで管理しているパッケージをgemにラップしたものをbundlerでインストールできるサービスです。しかもbower.jsonの依存関係をパースして解釈してくれます。 Railsで利用するJSのライブラリをどうやって管理して更新していくのか、という悩ましい問題に対する一つの解決策になるかもしれません。 RailsでJSのライブラリを扱う方法として、今まで以下のようなやり方を試したことがあります。 vendor/assets/javascripts以下にそのまま配置する vendor/assets/javascripts以下にsubmoduleをcloneしてくる gem化されているrails-
sanemat さんが作っている tachikoma という gem があります。tachikoma の機能は簡単に言うと「github の指定のプロジェクトで bundle update して、差分を pull request してくれる rake タスク」です。cron や jenkins などで定期的に実行するようにすると、依存する gem のバージョンを常に最新に保つことができます。べんり！ そんなべんりな tachikoma なのですが、ドキュメントが分かりづらくて損をしている気がします…＞＜。すこしでも足しになるように、僕が作っている revenger というプロジェクト(github 上のプライベートリポジトリに置いてある)の tachikoma 設定手順をまとめましたのでご参考あれ。 前提 github のプライベートリポジトリで管理してる jenkins サーバ上で定期実
RubyKaigi 2013 was finished. Thank you for the organizers, volunteer staffs, speakers, lightning talkers and all attendees. I also very thank you for the audiences of my talk. If I can give you something worth, it's my pleasure. つい忘れがち・先送りにしがちな gem の更新作業を、 Jenkins と Pull Request を使って自動化・見える化する、という内容でお話をさせていただきました。それなりに好評だったようで、ありがたい限りです。 @kenn さん @sotarok さんという有名人のツイートを引用したので箔がついたんでしょうね。快く引用を許可してく
不要なgemを外すモチベーション
刺身さんのセッションが良かった。ブログのエントリを見て会社でいいねーってなって定期ビルドするjobを作るところまではkei-sがやりかけてたんだけどpull requestを作るところまで行かなかったから結局続いてない。最後の一手間だけでぜんぜん違うもんだなあ。 セッション中に感想半分質問半分なのをつぶやいてたら良い心がけいただいた @sanemat 戦うRubyistこと @hsbt の導きにより「バージョン固定は出来る限りしない、基本ぜんぶ latest で、困るやつだけ指定」というポリシーでした（だから毎日のように何かしらあがる）あと跳ねた奴はかなり注意して dif 見ざるを得ない — Kensuke Nagae (@kyanny) May 31, 2013 githubのbot作れると色々捗る気がする github drinkupで刺身banyanと話してて目からうろこだったのは、
Rubyでプログラム書くにあたって、bundlerを使わないプログラムは1年ぐらい経つと動かなくなってる事が多々あって、bundlerマジ重要なのと ぐぐってもあまりbundlerの利点や説明がまとまってる記事がなかったので 研究室のwikiに書いた記事を転載しておく。 Bundlerとは Bundler: The best way to manage a Ruby application's gems プロジェクト内で使うRubygemsを管理するしくみ。 プロジェクトの一番上のディレクトリに「Gemfile」というテキストファイルを置き、その中にgemの名前（と必要あればバージョンも）書く。 % bundle install というコマンドで、gemが一括インストールできる プログラム内で require 'bundler' Bundler.require と書くと、gemが一括req
Rails 3のgemの管理に使用されるbundlerの使い方を復習します。 Bundlerの現時点の最新安定版のversion 1.2.3を対象とします。Bundlerを使うと何が嬉しいのか？ あるgemが開発環境にはインストールされているが、production環境にはインストールされていない、といった問題が無くなる。 プロジェクトに必要なgemをはっきりさせることができる。 Bundlerのインストール %~ gem install bundler システム標準のrubyを使用している場合はsudoが必要な場合があります。rbenvやrvmを使用している場合はgem install bundlerのみでインストールできます。 bundle checkでインストール必要なgemをチェック Gemfileの中に記載されているgemのうち、これからどれをインストールしなければならないか
ライブラリを使う時、バージョンが合わなくてうまく動かないという問題は、Rubyに限らず、どのプログラミング言語でも常に悩みの種である。特にDepedencyの多いライブラリをインストール/インクルードするときは、大体この問題で躓く。C++とかでGUI関係のライブラリを入れるときは何度も挫折したし、特に、進化が速く変更の多いPerl,PHPをはじめとしたスクリプト言語では普通にそういう問題に出くわす。 もちろんRubyもその例外ではないのだが、より個人がライブラリ(gem)を作って、githubなどに上げ、公開していくという文化がある割に、あまりこの問題に悩まされないので、Ruby(on Rails)は比較的うまくやっていると思う。 これは、Bundlerというツール自体の功績でもあるけれど、ライブラリを作る個人個人が、ちゃんと一定の規則に従ってバージョン付けして、依存関係を正しくGemfi
~/.zshrc などに export PATH=./bin:$PATH を追記し、bundle install を binstubs オプション付きで実行。 最小限パターン % bundle install --binstubs rbenv を使っているとき % bundle install --binstubs --shebang ruby-local-exec rbenv 使用 + vendor/bundle に配置 % bundle install --binstubs --shebang ruby-local-exec --path vendor/bundle これだけで大丈夫っぽいですが、大丈夫なんですかね。
■ [rubygems] 社内向けに rubygems 勉強会を開いた 資料作ったんですが、ただの箇条書きになったので日記にも箇条書きにします。 基礎編 gem install rails は gem i rails でいいですよ。gem u は unpack とか uninstall と二つ以上あるんで二文字目を入れないとダメです gem pristine rails とすると cache ディレクトリにある rails-x.y.z.gem ファイルを使って再インストールしてくれます。OS のバージョンアップした時なんかは gem pristine --all とすれば便利。 gem list --no-versions したものを xargs に食わせる必要は無いです gem cleanup すると古いバージョンが消えます。executable や dependency で y/n 聞
![[rubygems] 社内向けに rubygems 勉強会を開いた - HsbtDiary(2012-11-28)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
1.1 からの主な変更内容がまとめられた Bundler: The best way to manage Ruby applications を読んでのメモです。 細かい変更点は bundler/CHANGELOG.md at 1-2-stable · carlhuda/bundler を参照のこと(英語です)。 Ruby のバージョンを指定できるようになった Gemfile 中に、下記のように Ruby のバーションを指定できるようになりました。 ruby "1.9.3" 上記の設定は、該当するアプリが 1.9.3 と ABI 互換な Ruby VM に依存していることを宣言しています。バージョンチェックが失敗したら、Bundler は例外を投げます。 :engine と :engine_version オプションでより具体的に設定することが出来ます。 ruby "1.9.3", :en
Ruby 開発環境 AdventCalendar 10 日目です。前日は、 aereal さんでした。 さて、皆さんコマンド打ちまくってますか？僕は Ctrl+R で履歴から引っぱり出さないとタイポで撃沈します。 そんなこんなで皆さんいろんな CLI ツールをご利用中だと思います。 vim とか emacs とか、 rails g とか、 guard とか。実に便利なものたちですが、現実の開発現場に即した、素晴らしいニッチなツールというのは、得てしてそんなにないものです。 「こんなに重厚でなくていい」 「もうちょっとざっくりとした……なんというか痒いところに手が届くような……」 などなど、いろいろあると思います。例えば「チームで開発しているのだが、今行ったコミットのレビューを依頼するメールを書くのが面倒なので社内 Twitter 的なものに書こうかと思うのだがそれもめんどくさいのでコミット
bundlerでgemを作ってみる 昨日のYokohama.rbで#railshackathonに向けたアイデアソンでいろいろ話してたら 新しいブログシステムのメージが具体化してきた。 実装はbilbo以上に小さくできそうな気がしているので、もうアイデアをメモするよりもメモがわりにプロジェクトを立ち上げてしまっていいかなと。 で、どうせだから今回はgem化してみよう。 以前@jugyoに教えてもらったjewelerを使ってみようかなと思ったけど、gem作成においてより後発のbundlerを使ってみることにする（thx @takkanm @nagachika）。 雛形の作成 gem install bundler 新しいgem化するプロジェクト名をpipinとすると、 bundle gem pipin これでpipin gemの雛形ができる。 => create pipin/Gemfile
Ruby on RailsならサクサクとWebアプリを開発することができます。ですので、ついつい幾つものアプリを開発しちゃいますよね。当然ですよね（！？） となると面倒くさいのがgemの管理。１台のPCで開発しているので、各アプリで使用するgemのバージョン管理ややこしい。このアプリはRails3だけど、あっちのアプリはまだRials2系で、そっちのアプリはSinatraとnokogiri・・・なんて感じで、めちゃくちゃ面倒くさい。。。 そこで登場するのがbundlerです。これは各Rubyアプリケーション毎にgemファイルを独立して管理することができるツールです。各環境を汚すことがないので、従来のrubygemsよりも安全な開発環境を簡単に構築することができます。これは使うっきゃない！ちなみに、Rails3からは標準となっていますが、bundlerはRails以外でも使用できます。 とい
以前、つくったRVM環境をGemsetsをつかわない環境に作り直したのでメモ。 Rubyのバージョン管理ツール RVM は 複数バージョンのRuby と 各RubyのGemをGemsets で管理をするつもりで環境を作っていたのですが、この間、Rails勉強会＠東京 に行ったときに、Gemの管理はBundlerで、RVM では Rubyのバージョン管理のみに使うのがいいんじゃないかとアドバイスを頂いて、いろいろ試してみました。 まず、Gemの管理というのがいまいちイメージがつかめていなかったのですがGemfileという設定ファイルで RailsアプリなどをGithubなどからダウンロード、必要なGemをBundlerでインストール Rails2アプリを作る、Gemfileを作成する、バージョンを固定 Rails3アプリを作る、Gemfileは自動作成される、追記する、バージョンを固定 空
もう WEB+DB PRESS vol.59 の Heroku 紹介記事はお読みになりましたか？ Heroku というのは Ruby 版の GAE*1 みたいなもので、Ruby 製の Web アプリケーションをホスティングしてくれるサービスです。小さな環境なら無料で使用できます。わたしは Web アプリケーションにはあまり興味がなかったのでこれまで存在は知っていてても敬遠してきたのですが、ruby trunk changes をはじめてからコメントをコミット毎に保存するような支援ツールが欲しくて、iPad や iPod touch を含む複数の環境で入力できるという条件を考えると Web アプリケーションとして作る必要がありそうなので検討してみました。 記事を読むまで Heroku は Rails 専用のホスティング環境だと思っていたのですが、実際は Rack の上で動くフレームワークなら
Bundlerは、rubygemsのラッパーです。Rails3のgem管理に採用されています。 Bundlerを使うことで、 このgem、手元にはインストールされているのに、本番環境にインストールされてない！ 開発環境にgemを入れまくったら、プロジェクトにどのgemが必要なのか分からなくなった！ みたいな問題を解決できます。 詳しくは公式サイトをご覧ください。 今日はそんなBundlerについて色々分かってきたので、Tipsをいくつか紹介したいと思います。 前提知識 この記事は、このへんが理解出来ていることが前提です。 Bundler: The best way to manage Ruby applications Rubygems に /usr/bin を触らせないためには gem をユーザーディレクトリで運用する++ - きたももんががきたん。 Bundlerは1.0系以降を使おう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
