Capistrano3.5.0以降ではデフォルトでログがターミナルの横幅いっぱいまでしか表示されない 新しいrailsアプリケーションを作成していつも通りCapistranoさんをインストール。バージョンは3.5.0になったみたいです。 そしてもろもろ設定していつも通りbundle exec cap staging deploy! そしてしばらく様子を見ているとなんとなくログがオシャレになった気が。そしてbundler:installタスクに入ったその時！ ・・・ 00:12 bundler:install 01 RBENV_ROOT=/usr/local/rbenv RBENV_VERSION=2.3.0 /usr/local/rbenv/bin/rbenv exec bundle insta… ✔ 01 hoge@123.123.123.123 0.986s ・・・ 実行コマンドが途中
Capistranoではリリース間でファイルを共有するためにいくつかのディレクトリがshared/以下にコピーされ、そちらにシンボリックリンクをはるようになっている。たとえばpublic/assetsとかlogとか。 この仕組は任意のディレクトリに対しても使うことができる。 # config/deploy.rb set :shared_children, shared_children + %w(path/to/hoge) こうするとcap deploy:setupしたときにshared/hogeに空ディレクトリが作成され、cap deployしたときにcurrent/path/to/hogeからそちらへとシンボリックリンクが作成される。なお元々あったcurrent/path/to/hogeは削除される。 追記 Capistrano3ではディレクトリ作成の仕組みが変わっているので要注意。
We're deploying with cap and using a script that send USR2 to the unicorn process to reload and it usually works but every once in a while it will fail. When that happens looking in the unicorn log reveals that it's looking for a Gemfile in an old release directory that no longer exists. Exception : /usr/local/lib/ruby/gems/1.9.1/gems/bundler-1.0.21/lib/bundler/definition.rb:14:in `build': /var/ww
# config/deploy.rb: set :default_stage, "staging" こう書くとcap deployでデフォルトstagingに行くようになる。
Deprecated: Assigning the return value of new by reference is deprecated in /home/users/1/fool.jp-ichi/web/blog/wp-settings.php on line 472 Deprecated: Assigning the return value of new by reference is deprecated in /home/users/1/fool.jp-ichi/web/blog/wp-settings.php on line 487 Deprecated: Assigning the return value of new by reference is deprecated in /home/users/1/fool.jp-ichi/web/blog/wp-setti
前に設定云々でハマった事があったのでメモ。 高速化のソースコードについては下記。 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
Development Disable deploying to your database server in Capistrano Update: I found a better way, see below I use Capistrano to not only manage deployment tasks, but also to do lots of data management and monitoring tasks. By default Capistrano will try to deploy your code to whatever server you have set to the :db role, and will try to run the migrations there too. I don’t want to hassle with get
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
Capistrano deployment tips collection document summarized in 3 sentences: The document shares tips for using the Capistrano automation tool, including recommendations for colorizing Capistrano commands with the capistrano_colors plugin. It also describes using the capistrano-ext plugin to better organize different deployment configurations and set environment-specific options. The document provide
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く