使いたい gem の一部が https://rubygems.org 以外に置かれているとき，Gemfile で 複数のソース を指定することになるよね。（ブルドックソースとオタフクソースとか）
典型的な局面としては，自分用や社内用に開発した gem を自前の gem サーバーに設置しているとき。
で，Gemfile でのソースの指定の仕方によっては Sqale でハマることになるので（実際ハマった），その注意を。
複数ソースの指定の仕方
この節は Sqale に限らない一般論。
以前は，Gemfile に
source 'https://rubygems.org'
source 'https://my_server/gemsource'
gem 'sqlite3'
gem 'my_gem'
みたいに書いてたんだけど，最近の Bundler で bundle install すると
Warning: this Gemfile contains multiple primary sources. Using `source` more than once without a block is a security risk, and may result in installing unexpected gems. To resolve
this warning, use a block to indicate which gems should come from the secondary source. To upgrade this warning to an error, run `bundle config disable_multisource true`.
と警告が出るようになった。（Bundler 1.8.5 で確認）
要するに，こういう source の複数併記はよろしくないので，二つ目以降のソース指定はブロック付きにしろ，と。
正しい書き方は
source 'https://rubygems.org'
gem 'sqlite3'
source 'https://myserver/gemsource' do
gem 'my_gem'
end
となる。こう書けば各 gem がどこをソースとするのか明確になる。
あるいは
source 'https://rubygems.org'
gem 'sqlite3'
gem 'my_gem', source: 'https://myserver/gemsource'
と書いてもよいようだ。
Sqale について
Sqale（スケール）は Rails や Sinatra などの Rack ベースのウェブアプリや PHP アプリを簡単に設置（デプロイ）することができるクラウドホスティングサービス。
アプリ開発を Git で管理しているなら，ローカルでコミットしたあと，
git push sqale master
みたいなコマンドで Sqale に push するだけで，デプロイまでやってくれる。このとき，Gemfile に書いた gem のインストールなんかも行われる。
手許で修正したら，また push する。
※初回は SECRET_KEY_BASE の設定などが必要。またデータベースのマイグレーションは Sqale のダッシュボード（管理画面）から行う必要がある。PHP のことは知らん。
いくつか気をつけるところがあるけど，慣れれば超簡単にウェブアプリが公開できて，なかなかいい。
デプロイに失敗
ところが push したあと，「デプロイに失敗しました。」と言われることがある。（ダッシュボードにそう表示される）
デプロイに失敗する原因はいくつかある。とりあえず「デプロイに失敗しました。」の横にある「Log」ボタンでログを見よう。
先日は，Gemfile に前述の方法
source 'https://myserver/gemsource' do
gem 'my_gem'
end
で指定した自前 gem が認識されなくて，コケた。Gemfile には書いているのに，インストールされず，当然 Gemfile.lock にも無い。
Bundler のせい
悩んだ末，どうやら Bundler のバージョンが古いのでは，と思い当たった。
実は，Gemfile の source メソッドにブロックを与えたり，gem メソッドに source オプションを付けたりできるようになったのは 2014.8.13 にリリースされた Bundler 1.7.0 からなのだ。
それ以前の Bundler だと，source メソッドのブロックは単純に無視されるので，エラーも出ずにスルーされる。
なんで古い Bundler が？
Sqale に置いた他のアプリは問題なかったのに，どうしてこいつは？ もしや Ruby のバージョンが違うのか。
Sqale は rbenv というものを使って Ruby のバージョンを切り替えている。
なので，アプリのルートに .ruby-version というファイルを置いて，中身に
2.1.4
などと書いておけば，そのディレクトリーは Ruby 2.1.4 で実行される。このファイルは rbenv コマンドで
rbenv local 2.1.4
と打って作ることもできるし，テキストエディターで書いてもいい。
果たして，Sqale では Ruby のバージョンによって Bundler のバージョンが変わるのか？ 結果は次のとおり。コロンの左が Ruby のバージョン，右が Bundler のバージョン。
- 1.9.3-p550: 1.7.4
- 2.0.0-p594: 1.7.4
- 2.1.0: 1.5.1
- 2.1.1: 1.5.3
- 2.1.2: 1.6.2
- 2.1.3: 1.7.3
- 2.1.4: 1.7.4
調べたのは2015年3月16日。全ユーザーがこうなるのかどうかは分らない。
で，問題に遭遇したアプリは Ruby 2.1.2 を指定していたので，1.7.0 未満の Bundler を使っていたのだった。ようやく原因が分った。ふう。
なんで古い Ruby を使ったのかって？ 最初に作ったとき，Sqale は Ruby 2.1.2 が最新だったのさ。
※そろそろ Ruby 2.2.0 を入れてくれないかな（ボソッ）。unicode_normalize とか itself とか使ってみたい。
追記（2015年3月19日）
Ruby の最新は 2.2.0 じゃなくて 2.2.1 だった。
で，Sqale が 2.1.5, 2.2.0, 2.2.1 に対応してくれました。ありがとう！
※2.2.x に初めて対応するんだから 2.2.0 は要らない（というか入れるべきでない）と思うけど。
感想
Bundler の箱を開けちまった。