cocoapoderと賢者の宝石　〜まだ bundle exec で消耗してるの？〜

CocoaPoderと賢者の宝石～まだ bundle exec で消耗してるの？～

@niwatako on Twitter

＋

にわとり

タコクラゲ

I ♡ クラゲ

Apple Watch でクラゲが泳ぐ

Apple Watch 最高

CocoaPoderと賢者の宝石～まだ bundle exec で消耗してるの？～

よく見かけるCocoaPoderの悲鳴

• みんな違うバージョンのCocoaPodsを使っていて Podfile.lock の行末バージョン表記が異なって困る

• CocoaPodsバージョンアップしたせいで動かない

• bundle exec が面倒

• bundle exec の alias を作ったったｗｗｗ

Rubyの仕組みで解決できる。

CocoaPodsとは

– @IT

“生産性ガチアゲなiOSライブラリ管理の神ツール”

コマンドで簡単にXcodeプロジェクトへライブラリを組み込むことが出来る

$ sudo gem install cocoapods$ pod setup

CocoaPodsのインストール

platform :ios, "6.0" pod 'AFNetworking', '~> 2.0'

PROJECT_DIR/Podfile

$pod install

Podfileに書いたライブラリが取得され、プロジェクトに組み込まれる。

便利　(/・ω・)/

だが今の手順は良くない。

CocoaPodsの正体

Rubyというプログラミング言語で作られた、CocoaPodsというライブラリ（”Ruby Gem”　※Gem=宝石）

ココアポッダーは Rubyを使っています

$ sudo gem install cocoapods


管理者権限を使用している


管理者権限を使用している

Macに標準で入ったRubyを使っているからgem追加に管理者権限を要している

“標準のRubyを使っている”とは

$ which ruby

$ which ruby /usr/bin/ruby

こんな人はシステムのRubyを使っている人(=ﾟωﾟ)ﾉ

Mac に標準で入っているRubyに依存している。

だが、Rubyのバージョンは Mac OS のバージョンによって

異なる可能性がある

例えば Mountain Lion は Ruby 1 系 Mavericks は Ruby 2 系

ある日突然、OSにつられてメジャーバージョン

が変わる

システムRuby ユーザーは一体 Ruby の何を信じているのか。

こんなモノへの依存は排除すべし

やるべきこと１


“RubyにCocoaPodsライブラリを追加”


“RubyにCocoaPodsライブラリを追加”

グローバルにCocoaPodsが入ってしまう

むかーしのプロジェクトを触る時、今のバージョンのCocoaPodsで

いいんですか？

$ gem install cocoapodsする人は一体 CocoaPods の何を信じているのか。

こんな方法への依存は排除すべし

やるべきこと２

$ bundle install

別の方法について

$ bundle install

Bundler という Ruby のライブラリ管理ツール

$ bundle install

Bundler という Ruby のライブラリ管理ツール

Ruby版CocoaPod、というか

こっちが本家。

CocoaPodがPodfileに必要なライブラリを書くように、

BundlerはGemfileに必要なライブラリを書く。

Gemfileに cocoapods を書いて $ bundle install すれば

cocoapods がインストールされる

$ bundle install

$ bundle install

正解の可能性と過ちの可能性

2つのチェックポイント

• Gemグローバルインストールしていないか＝プロジェクトのディレクトリ内に　インストールしたGemを閉じ込めているか

• bundle exec … して消耗していないか＝省略出来る。　知らずに繰り返すと指を痛めるリスクが高まる

グローバルインストールしていないか

Bundlerは放っておくとグローバルにGemを追加してしまう。


Bundlerは放っておくとグローバルにGemを追加してしまう。

何を信じているのか。


ProjectAのためにインストールしたGemが ProjectBにも適用される。

気づかぬうちに無いはずのGemを使ってしまったり他プロジェクトによって別VerのGemに

上書きされる恐れ


適切な設定やオプションでGemをディレクトリローカルにインストールさせることが出来る


プロジェクトが互いの環境から独立してエレガントになる


だから$ bundle install は正解の可能性がある。


しかしディレクトリローカルにインストールしたGemは PATHが通っておらず直接実行出来ない。

bundle exec で消耗していないか

bundle exec pod… などと bundler を介すると実行できる


だがbundle exec は打ちにくい。


繰り返すと最悪指を痛める。


やるべきこと３

こんなコマンドへの依存は排除すべし

それでははじめましょう

Harry Potter and

the Philosopher's Gem

エコで（グローバル環境を汚さない）独立した（システム環境に依存しない）再現性のある（誰のPCでも動く）

Rubyを使ったプロジェクトの作り方

できるようになること

プロジェクトごとに利用するRubyを分ける

Rubyのバージョンをコードで管理する

プロジェクトごとに利用する gem を独立させる

bundler で gem をディレクトリローカル

に管理する

bundle exec を省略する

指に優しく

＿人人人人＿＞消耗しない＜ ‾Y^Y^Y^Y‾

できるようになること

～１～ Rubyのバージョンをコードで管理する

Ruby環境を総合的に管理できる

rbevnでできる事

• 複数の異なるバージョンのRubyを同一PC内で時と場合によって切り替えながら使用することが出来る

• ディレクトリに .ruby-version ファイルを設置してコードによって “このディレクトリで使うRuby”を指定できる。

rbenvを使ったトータルでエレガントな Ruby環境構築をしよう

rbenvをインストール• MacPortsをアンインストール（もしあれば）

• Xcode Command line tools をインストール

• Homebrewをインストール

• rbenvのインストール

• rbenvを使ってRubyをインストール

細かくはWEBで

この記事がわかりやすいらしいですよ

この記事がわかりやすいらしいですよ

※私の記事です

rbenvつかってrailsチュートリアルやってみよう！ http://niwatako.tips/20140724/article121.html

http://niwatako.tips/20140724/article121.html

rbenv と Ruby のインストール# インストールできるRubyの一覧$ rbenv install -l

# インストール$ rbenv install 2.1.2

# インストール済みの一覧 $ rbenv versions* system 1.9.3-p547 2.0.0-p481 2.1.2

使用するRuby バージョンを指定する

# システム全体で使うバージョンを指定$ rbenv global 1.9.3-p125

# Mac標準のRubyに戻す$ rbenv global system

# 特定のディレクトリで使うバージョンを指定$ rbenv local 1.9.3-p125

使用するRuby バージョンを指定する

# システム全体で使うバージョンを指定$ rbenv global 1.9.3-p125

# Mac標準のRubyに戻す$ rbenv global system

# 特定のディレクトリで使うバージョンを指定$ rbenv local 1.9.3-p125

重要

$ rbenv local 2.1.2

.ruby-version

カレントディレクトリに生成される

$ cat .ruby-version 2.1.2

rbenv を使っていれば、そのディレクトリの .ruby-version に書かれたRubyが

自動で有効になる

インストールしていないRubyのバージョンが記載されていたら

$ ruby rbenv: version `2.1.3' is not installed

Rubyを実行しようとしても rbenvが止めてくれる

rbenvを標準開発環境として採用し各プロジェクトで

.ruby-version をリポジトリにコミットすれば誰のどの端末で clone / checkout しても開発環境のRubyのバージョンが担保される


クリア！

～２～ bundler で gem をディレクトリローカル

に管理する

bundler を使いましょう。 Gemfile を書いて bundle install

bundle install 時にオプションを付ける

$ bundle install --path=vendor/bundle

カレントディレクトリ（Gemfileがあるプロジェクトルート）の

vendor/bundle ディレクトリにインストールした gem を詰め込む





インストールされたgemはこのプロジェクトでのみ有効。

環境にやさしい。


に管理する


に管理するクリア！

～３～指に優しく





PATHが通らない

$ bundle exec …で実行が必要

rbenv にプラグインを入れる

git clone git://github.com/ianheggie/rbenv-binstubs.git ~/.rbenv/plugins/rbenv-binstubs

あとは bundle install にオプションを追加

--binstubs=vendor/bin

$ bundle install\ --path=vendor/bundle\ --binstubs=vendor/bin

vendor/bin にbundle install した gem の実行ファイルが入り、

自動でパスが通るようになる

bundle exec 不要に！

ちなみに、これらのオプション　--path=vendor/bundle 　--binstubs=vendor/bin は、プロジェクトルートの .bundle/configの中に記録されていて、 2度目以降はオプション不要な上、リポジトリにコミットしてコードで管理できる。

指に優しく

指に優しく

クリア！

補足

rbenvの面倒な所

gemをインストールするなど構成に変更を加える度 $ rbenv rehash

コマンドの実行が必要

新たなる消耗要因！！

プラグインで解決しましょう

git clone https://github.com/sstephenson/rbenv-gem-rehash.git ~/.rbenv/plugins/rbenv-gem-rehash

rbenv rehash が必要なタイミングで自動で rbenv rehash してくれる。

まとめ

rbenvを使って快適Ruby環境• Rubyのバージョン管理はrbenvが人気

• rbenvでプロジェクトごとに独立したRuby環境を作れる

• rbenvはプロジェクトのRuby環境をコードで管理出来る

• rbenvはプラグインで便利に。

• rbenv-binstubs で bundle exec による消耗を回避

• rbenv-gem-rehash で rbenv rehash による消耗を回避

rbenv

Ruby

OS

User

Ruby X.X.X Ruby Y.Y.Y

Bundler Bundler

Project A

cocoapods

User User

Ruby Y.Y.Y

Bundler

B

gem

gemgem

gem gem

上級編

RubyGem 信じるんですか？

DNSimpleがDDoS攻撃受けて仕事が出来ない GitHubがDDoS攻撃受けて仕事ができない Gem開発者が勝手にGemの名前変えて行方不明 Gem消えた

冪等性とは何だったのか

$ bundle package vendor/cacheフォルダにgemがキャッシュされる。

$ bundle install --local vendor/cacheフォルダからgemをインストールする。

gemをローカルにキャッシュしてローカルから復元する方法がある！

＿人人人人＿＞想定の範囲内＜ ‾Y^Y^Y^Y‾

bundler、素晴らしい。

でも bundler 信じるんですか？

・・・bundler自体手に入らなかったら？

bundle install --standalone

bundlerがない環境でも動くようになるらしい。まだ、調べきれていません。。。

Ruby、homebrew、rbenv 信じるんですか？

宿題 ┐(́ω｀)┌

紹介

CPU、半導体エンジニアからインフラ、WEB、スマホアプリまでフルスタックハウス…！！

ギークハウスに住んでます

風呂の順番待ちを iBeaconで解消 furobeacon

cocoapoderと賢者の宝石 〜 まだ bundle exec で消耗してるの？ 〜

Technology

cocoapoderと賢者の宝石　〜まだ bundle exec で消耗してるの？〜