guard-rspec に送った Pull request がマージされました - （2015年までの）odaillyjp blog
rspec-rails は2014年6月にリリースされた v3.0.0 から rails_helper.rb という新しいヘルパーファイルを生成するようになりました。 純粋な RSpec の設定は spec_helper.rb に記述し、Rails で RSpec を使うときに必要な設定は別のヘルパーファイル（rails_helper.rb）に記述した方が良いという考えにより変更されたようです。 （参考: Move spec_helper to rails_helper. · d3065c0 · rspec/rspec-rails · GitHub） 「guard init rspec」コマンドで生成した Guardfile は rails_helper.rb を監視対象にしていませんでしたので、このファイルを監視するように Pull request を送りました。 Updated Gua
guardでTitaniumビルドを自動化 - ギークに憧れて
最近vim＋ターミナルでTitaniumしてるけど､リビルドするのが手間だった｡いちいちターミナルでCtrl-Cで終了してti run .するのが辛かったので自動化した｡ 調べてみると先人がいたので､ TitaniumのコードをGUIなしでエディタからすばやくbuildする on Ruby 上記サイトからbuild.rbを拝借してきた｡builder.pyのパスは各自調整する｡ build.rbをプロジェクト直下において $ ruby build.rb で､http://127.0.0.1:9090/runを叩けばいいんだけど､その手間すら省きたかったのでguardでjs監視して自動ビルドすることにした｡guard $ gem install guard-shell $ guard init shell で､Guardfileができるので以下のように編集｡ # Guardfile # Re
テストの自動実行あれこれ - Qiita
この記事は、Ruby開発環境 Advent Calendar / Jul.の3日目の記事です。 テスト自動実行のススメ TDDを実践していると、Red -> Green -> Refactoring をリズムよくループさせることが重要となります。 そこで、コードの変更を検出してテストを自動で実行するようなツールによるサポートがあるとものすごく捗ります。 古くは autotest(ZenTest) のような gem を利用して実現していました。 今でも「ruby 自動テスト」とかでググると autotest に関する昔の記事が上位に出たりします。 autotest は定まった環境では非常に便利なのですが、 少し違ったことをしようとすると、変更が非常にめんどくさく、柔軟性に欠けていました（今もそうかは知りません）。 そこで、監視対象とそれが変更された時に何をするかがDSLで簡単に書けるような
#264 Guard - RailsCasts
しかし、コードに変更を加えるごとにrakeコマンドを実行しなくてはいけないのが少し面倒です。一連の大きなテストの場合、修正が1、2個のファイルだけだったとしてもすべてのテストが終了するのを待たなくてはいけません。これを自動化できる方法があれば便利でしょう。 この問題を解決するツールはいくつかあります。今回のエピソードではGuardを見ていくことにしましょう。このツールは、ファイルの修正を監視して、修正が行われたらある動作を実行します。多様な環境でGuardを利用できるようにするために多くの機能拡張があります。今回利用するRSpec用では、ファイルの修正を監視して修正があったらspecを実行します。RSpecの代わりにTest::Unitを使用しているのであれば、そのための機能拡張もあります。その他にもCucumber、minitestなど多くの環境向けの機能拡張があります。 インストール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
The Intro to Rails Screencast I Wish I Had | Envato Tuts+
#285 Spork - RailsCasts
