Ruby 版 Make である Rake について。 Rake -- Ruby Make { version: 0.8.3 date: 2009/02/11 $ rake [options ...] [VAR=VALUE ...] [tasks...] rake コマンドに引数として、 オプション 変数 タスク名 を渡す。 default タスク タスク名が省略された場合、Rake は default という名前のタスクを実行する。 Rakefile Rake は、タスクを記述した Rakefile というファイルからタスク等の処理を読み込む。 $ rake --help 上記 --help オプションでヘルプが表示される。 ? -C, --classic-namespace タスクの説明を表示する -D, --describe [PATTERN] PATTERN を指定した場合は、マッチ
■概要 (激しく既出感ありですが。。)何年もrailsやってますが、正しく理解できていなかった事の一つに rake spec(test)すると、処理の一環としてdb:test:prepareタスクを呼び出す という挙動があります。 通常問題にならないのですが、db:test:prepareが、db/schema.rbの情報を元にデーターベースを作成する為、railsが認識できないような項目は抜けて落ちてしまいます。 関数適用したインデックス トリガーやファンクション 別スキーマに作ったオブジェクト ...etc なので RAILS_ENV=test rake db:drop RAILS_ENV=test rake db:create RAILS_ENV=test rake db:migrate してからrake specする事を前提に、db:test:prepareを呼び出さずにspecを
Testing Rake tasks is one of the most painful things I do as a Ruby developer. Even after extracting all the code out into a separate class (which helps a lot), I still want to make sure I test that the right classes got called correctly with the right arguments. I wanted the subject to be the task, where I could call invoke, check its prerequisites, etc. describe "cron:hourly" do its(:prerequisit
Bundler.with_clean_env と bundle install --gemfile について追記しました bundle exec した環境下でさらに bundle exec したいことがある。 bundle exec rake resque:work で起動した Resque ワーカーのなかで system("bundle exec rake spec") のような外部コマンドを呼び出すとか。ありますよね。ぼくは最近ありました。そしてハマった (そしてググりづらかった) のでこれ以上犠牲者を増やさないためにブログに書く。 bundler は実行時にいくつかの環境変数を定義するが、この場合問題になるのは BUNDLE_GEMFILE と GEM_HOME だ。 BUNDLE_GEMFILE は bundler が参照する Gemfile のパスで、 GEM_HOME は ge
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
2006年の発売当時に紙書籍で購入し、最近PDFで買い直してKindleに突っ込んでいた エンジニアのための時間管理術を 読み直していて、自動化について記載されていたので自戒をこめてまとめておく。 古い本ですが、エンジニア(特にインフラエンジニア)の時間管理術に関しては今でもこれが一番かと思います。 自動化の目的 自分の仕事を減らす。作業時間の短縮や勝手に処理が実行される。 他の人に作業を委任する。委任出来るようにする。 自動化すべきものと自動化すべきでないもの 一度だけ行う単純な作業は自動化すべきでない。(自動化することのほうが時間がかかる) 一度だけ行う難しい作業は自動化すべき。(作業の記録を残すことができる。再びその作業に出会うときに役に立つ。一度あったことは再びあることが多い) 頻繁に行う単純な作業は自動化すべき。(自動化の効果が最も高い。自動化に投資した時間はすぐに報われる) 頻
Heroku の基本 Hello Heroku(Web アプリケーション) Hello clockwork on Heroku(定期実行アプリケーション) foreman について 複数のプロセスを管理する Ruby 上のツール/ライブラリ clockwork について cron の代替となる機能を単独で提供してくれる軽量のツール/ライブラリ Git について ローカル環境で試す 概要 rake コマンド実行時のコマンドライン引数を入力として受け取る方法についてまとめます。 以下の2つの方法があります。 タスク毎に引数を定義し、受け取る。 環境変数経由で受け取る。 1. タスク毎に引数を定義し、受け取る 以下に Rakefile のサンプルを示します。 task :hello, 'firstname', 'lastname' task :hello do |t, args| puts "H
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く