github コマンドラインからGoogle Translationを使用して翻訳することができます。コミットメッセージを考えるときなんかに便利！ gem install termit English to Japanese $ termit en ja "Convention over configuration (also known as coding by convention) is a software design paradigm which seeks to decrease the number of decisions that developers need to make, gaining simplicity, but not necessarily losing flexibility." => 設定（これも慣例によりコーディングとして知られている）上の条約は
このgemを使うとこんな感じになります。使い方は簡単でプロジェクトのルートでpicon generateを実行するだけです。 開発中のiOSアプリとかサンプルアプリをいくつか実機にインストールすると、デフォルトの真っ白（iOS 7だと幾何学模様）なアイコンでホームが埋まって、あんまりキレイじゃないというかどれがどれだかパッと分からないのが、ほのかな問題意識として感じていました。そこで、アプリのbundle identifier（com.example.SampleAppみたいなの）のハッシュ値に基づいたidenticonを生成して、デフォルトのアイコンとすり替えるスクリプトを書くことにしました。もちろん、非retina端末やiPadなど様々な解像度に合わせて複数のidenticonを生成します。さいわい、Xcode 5で導入されたasset catalogという機能のおかげで随分やりやすか
DEPRECATED:既に古いのでこっちを見てください springについてとだけ書くと誤解を招きそうなので、説明的なタイトルにした。 Railsのコマンドを高速化するgemとして最近流行ってるspringというgemがあります。 ちょっと前にバージョンが上がって、rspecとかcucumberを呼び出すためのコマンドが別のgemに切り出されました。 そのため微妙に使いづらくなった気がします。 rspecとcucumberのためのサブコマンドは以下のgemで提供されています。 jonleighton/spring-commands-rspec jonleighton/spring-commands-cucumber READMEを読むとGemfileに書け、って書いてあるんですが、書くとspringもインストールされます。 ところが、spring本体のREADMEを読むと、bundle e
最近使って、気に入った RubyGems を紹介します。 acts_as_paranoid better_errors / binding_of_caller tapp pry-rails / pry-doc awesome_print terminal-notifier-guard guard-bundler json_expressions acts_as_paranoid いわずと知れた、論理削除のための Gem ですが、バージョン 0.4 から rails3_acts_as_paranoid から acts_as_paranoid に名前が変更になりました。 GitHub better_errors / binding_of_caller Rails の実行時の味気ないエラー画面をとっても Awesome にしてくれる！！！ #402 Better Errors & RailsPa
依存する gem の取得先を記述します． 通常は取得先は source 行一行だけでよいはず． GitHub リポジトリなどから edge バージョンを取得する場合は，その場所をここに書く． 開発環境と運用環境とで同じ gem をインストールするために使います． bundle などで自動で生成されます． 依存 gem のバージョンと取得先が記録されます． Gemfile.lock の扱いについて Gemfile.lock については，これをリポジトリに含めるかどうかが議論されるのですが，前節で述べたように，「開発環境と運用環境とで同じ gem をインストール」したいかどうかで決めればよいかと思います．すなわち， 確実動作が期待されるアプリでは Gemfile.lock をリポジトリに含める． デプロイの自由度を確保したいライブラリは Gemfile.lock をリポジトリに含めない． （そ
245: Bundlerでgemを作る (view original Railscast) Other translations: Other formats: Written by Naomi Fujimoto Ruby gemの作成および管理の方法は、ここ数年で進化を続けています。エピソード135 [動画を見る, 読む] ではgemの作成にechoe gemを使用しました。その約1年後のエピソード183 [動画を見る, 読む]ではJewelerを使用しました。どちらのツールもgemのリリース毎にGemspecファイルを生成する手段と、そのGemspecファイルを管理するツールを提供します。今回は、Gemspecファイルの管理を、手作業で全体的にずっと簡単な方法で行うことにします。 今回の方法でも、gemごとに最初にGemspecファイルを作成する必要があります。これを手作業で行う
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
Ruby on RailsならサクサクとWebアプリを開発することができます。ですので、ついつい幾つものアプリを開発しちゃいますよね。当然ですよね（！？） となると面倒くさいのがgemの管理。１台のPCで開発しているので、各アプリで使用するgemのバージョン管理ややこしい。このアプリはRails3だけど、あっちのアプリはまだRials2系で、そっちのアプリはSinatraとnokogiri・・・なんて感じで、めちゃくちゃ面倒くさい。。。 そこで登場するのがbundlerです。これは各Rubyアプリケーション毎にgemファイルを独立して管理することができるツールです。各環境を汚すことがないので、従来のrubygemsよりも安全な開発環境を簡単に構築することができます。これは使うっきゃない！ちなみに、Rails3からは標準となっていますが、bundlerはRails以外でも使用できます。 とい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
