capistranoでassetsに更新がない場合にprecompileを行わない - There's an echo in my head
サーバ間に差異があると意図どおりに動かない可能性があるのでおすすめできない（追記2参照） capistranoのでデプロイをするとdeploy:assets:precompileを走らせてassetsのコンパイルをしてくれるけど、毎回assetsに変更があるわけではない。なので変更がない場合にはprecompileを行わないように手を加える。 config/deploy/assets.rb: namespace :deploy do namespace :assets do desc <<-DESC Run the asset precompilation rake task. You can specify the full path \ to the rake executable by setting the rake variable. You can also \ specify
Rails + capistranoの環境で、assetsに変更が無い場合assets precompileを飛ばして、デプロイを高速化する方法。 - @camelmasaの開発日記
前に設定云々でハマった事があったのでメモ。 高速化のソースコードについては下記。 http://stackoverflow.com/questions/9016002/speed-up-assetsprecompile-with-rails-3-1-3-2-capistrano-deployment config/deproy.rb内に下記を追加 namespace :deploy do namespace :assets do task :precompile, :roles => :web, :except => { :no_release => true } do from = source.next_revision(current_revision) if capture("cd #{latest_release} && #{source.local.log(from)} ven
Capistranoでassets:precompileを自動化 - Qiita
load 'deploy' # Uncomment if you are using Rails' assets pipeline # load 'deploy/assets' このコメントアウトを外すだけ。外すと、 deploy:update_codeのあとにdeploy:assets:precompileというタスクを実行し、precompileする public/assetsへのシンボリックリンクをshared/assetsに作る なんでコメントアウトしたし… 追記 投稿したあとに同じような投稿を見つけてしまった。そちらではバグみたいなことを報告されてた。 一応、環境も追記しておきます。
Rails 3 -- Bundler/Capistrano Errors
I have a basic Rails 3 app working locally on my development box, but want to test out deploying early on to make sure everything works. I'm using Capistrano to deploy. When I run cap deploy (after all the other necessary setup), it breaks on this command with this error: [...] * executing 'bundle:install' * executing "bundle install --gemfile /var/www/trex/releases/20100917172521/Gemfile --path /
CapistranoでWhenever - ひげろぐ
昨日の続き。 Whenever標準でCapistranoのタスクが用意されているので、簡単に組み合わせることができる。 deploy.rbの編集 以下の行を適当な場所に挿入。例えばロールを定義している下あたりとか。 set :whenever_command, "bundle exec whenever" require "whenever/capistrano" これだけでもうcap deployすればconfig/schedule.rbの内容がCrontabに反映されるようになる。 ロールの設定 Wheneverの対象となるデフォルトのロールは:dbになっている。 必要ならば:appに変更したり、適当に:batchなどのロールを作ってdeploy.rbに書く。 set :whenever_roles, { :batch } 複数サーバーで実行されると負荷などが面倒になりそうな処理を実行
デプロイと同時にbundle installを実行する - 祈れ、そして働け ～ Ora et labora
検証環境 Ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-linux] Rails 3.0.10 Bundler version 1.0.18 Capistrano v2.8.0 準備 準備といってもやるべきことはひとつだけです。BundlerにはあらかじめCapistrano用のcapタスクが用意されているので、$RAILS_ROOT/config/deploy.rbの中からrequireします。 FILE: deploy.rb --- config/deploy.rb 2011-09-05 16:59:22.000000000 +0900 +++ config/deploy.rb 2011-09-01 12:01:46.000000000 +0900 @@ -1,4 +1,5 @@ require 'capistrano/ext/m
Rails3をCapistranoでdeployする上でのbundlerの注意点 on Windows - blog.takuyan.com
はじめに rails3でもcapistrano使いたいですよね。 でもそのままだとbundlerが動かないので、わざわざ本番環境でbundle installとかやらなきゃいけない。 しかもwindows環境で作られたGemfile.lockが邪魔で、削除してから、本番環境用のGemfile.lockを作らないといけない。 なんとかならないかなぁと、思って四苦八苦したメモ。 失敗すると、こうなります。 結論 Windows開発環境で作られたGemfile.lockはあくまでWindows環境のもの。 Ubuntu(その他の)環境では使えませんよね（だからbundle_flags --deploymentはダメですよ） その環境用にGemfile.lockつくるようなcapistranoのdeploy.rbを書きましょう deploy.rb # デフォルトで設定されている --deploym
RVMとCapistranoを組み合わせて使う - ひげろぐ
デプロイ先のRubyをRVMで入れている場合、そのRubyをCapistranoが見つけてくれないのでうまくデプロイが進まない現象が起こる。 それをうまく動かすためにひと工夫。 rvm capistrano plugin Capistranoを実行するマシンとデプロイ先のマシンの両方にRVMの1.0.1以上が入っている場合は、RVMのプラグインで解決できる。これはデフォルトで入っているので特にインストールしたりする必要はない。 deploy.rbの先頭に以下のコードを追加。 set :rvm_type, :user $:.unshift(File.expand_path('./lib', ENV['rvm_path'])) require "rvm/capistrano" set :rvm_ruby_string, '1.9.2' rvm_typeはRVMをrootでインストールしている場
capistrano-ext - rochefort's blog
Capistrano実践Tips集 とてもいい資料でした。 こちらを見てcapistrano-extを見て入れてみました。 install $ gem install capistrano-ext $ mkdir -p config/deploy 設定 config/deploy.rb require 'capistrano/ext/multistage' 環境ごとの差分ファイルを config/deploy/production.rb のように作成する。 使用方法 cap cmd 例： cap production deploy 補足 set :stages, %w(dev prod) のように環境名を明示的に設定することも可能だが lib/capistrano/ext/multistage.rb を見ると unless exists?(:stages) set :stages, Dir
capistrano-extでステージング環境にデプロイ - komagataのブログ
「Railsレシピブック」出張版でCapistranoの話を聞いてきたのでついでに最近嬉しかったCapistranoネタ。 名前は違えどどこの開発でも大体見かけるステージング環境（本番と同じ環境だけど本番とは別）。 cap1.xの時はdeploy_staging.rbとかを作ってたしか、cap -f deploy_staging.rb deployってやってたんだけど、cap2.xで-fするとそのファイルの中身のtaskしか読まなくてcap自体のタスクを読まねえ。 ちょっと調べるとcapistrano-extってgemがあるそうです。 capistrano-extでステージング環境にデプロイ： # config/deploy.rb: require "capistrano/ext/multistage" とやるとstaging, production, testingという環境が定義される
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Index of /
Capistrano with Bundler and RVM | cocoa*life
Bundler and Capistrano – The Right Way