Rails5.1 サーバーのソースコード変更後の自動リロードの設定 - takaya030の備忘録
Ruby on Rails 5.1 の development モードでソースコード変更後、自動でサーバーに反映させる設定について 検証環境 Ruby on Rails 5.1.1 設定内容 config/environments/development.rb を以下のように変更後、rails server を再起動することでソースコードの変更が直ちにサーバーに反映されるようになる --- config/environments/development.rb.orig Tue Jul 04 19:45:02 2017 +++ config/environments/development.rb Thu Jul 06 23:13:35 2017 @@ -50,5 +50,6 @@ # Use an evented file watcher to asynchronously detect c
railsで複数チェックボックスの値を使って検索する - Qiita
Rails 4.0.3です。 railsで複数チェックボックスの値を使ってテーブルの検索するには、check_boxタグのmultipleオプションを利用します。 例)性別判定 gender.html.haml = form_for @search_form, url: hoge_path, remote: true, html: {method: :get} do |f| %table %tr %th 性別 : %td = f.check_box :gender, {multiple: true}, 'male',nil 男性 = f.check_box :gender, {multiple: true}, 'female',nil 女性 = f.check_box :gender, {multiple: true},'empty',nil データなし <input id="search
Railsのテスト実行時間を1/3まで短縮した話 (Rspec + CircleCI)
背景CIのビルド実行時間の長さは度々社内で問題になっており、「CIに時間かかるので業務効率が下がる」といった話が現場でも増加していました。 業務時間中は複数 Pull Request のビルドが発生するので、「CI順番待ちで次の自分のビルドは1時間後」のような現象は日常茶飯事でした。 おまけに「頻度は低いがランダムで失敗するテスト」といった false positive なテストの存在も、開発現場のフラストレーションは溜まる原因になっていました。単純に CI を再ビルドすれば直るのか、自分が追加した実装/rspecに問題があるのか一件判断がつかないケースだと、開発担当者も一旦 CI 上で再ビルドを行い、同じ箇所でコケるのか確認することになるので、これがさらなる CI 渋滞を引き起こしていました。 こうした背景もあり、丁度プロジェクトの隙間で工数もあったので「CI 改善をしっかり工数確保して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
