Capistranoでタスクの実行対象サーバを絞り込む方法 - idesaku blog
Railsアプリのデプロイツールとしてデファクトスタンダード的な位置にあるCapistranoについて。 TL;DR HOSTSとROLESではなく、HOSTFILTERとHOSTROLEFILTERを使え。 タスクの実行先制限方法 Capistranoは、デプロイ先サーバに"ロール"を設定し、特定のロールに所属するサーバ全てに対して一括でなにかしらの処理を実行させることができる。 # deploy.rb server 'webserver1' :web server 'webserver2' :web server 'dbserver', :db, :primary => true ... task :do_something, :roles => :web do ... end cap do_something #=> webserver1, webserver2に対してのみdo_so
bunlderでgem管理しているRailsアプリをcapistranoでデプロイする - Oh! My! Enter! 〜バッチを起動しようと勢いよくキーを叩いたら、それはシフトキーだった〜
bundlerでRailsアプリのgemを管理する場合、各gemをRAILS_ROOT/vendor/bundleにインストールするのが一般的なようです。このアプリをcapistranoでデプロイするとき、毎回vendor/bundle以下を本番サーバに配置するのって無駄ですよね。そこで、今回はcapistranoのbundler連携の方法を紹介します。 ！本番環境がインターネット接続可の場合のみ有効な手段です 私(id:itmammoth)の環境 Mac OS 10.6 bundler 1.0.12 capistrano 2.5.21 1. まずはGit（とか他のバージョン管理システム）の設定 vendor/bundleはバージョン管理除外にしてしまいます。なぜなら、本番環境にデプロイ時にcapistranoがbundlerを使用して必要なgemパッケージを取ってきてくれるからです。.g
Multi-staging environment for Rails using Capistrano and mod_rails / Apache - cjohansen.no
Multi-staging environment for Rails using Capistrano and mod_rails I've finally gotten around to checking out mod_rails. As it turns out, it was every bit as simple and impressing as I had suspected. Here's how I set up a multi-staging environment using mod_rails and Capistrano. Phusion passenger (aka mod_rails) Setting up passenger is dead simple, as explained on Phusion's installation page: sudo
FFTT : Capistrano
※ この資料について 2006年4月の勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したものです。 質疑応答の部分は当時のままなので最初の質問が初々しいです。 Capistranoって何なのさ デプロイツール デプロイ=配備 参考 : Capistrano: Automating Application Deployment 一言で言うと複数のサーバ上で同時に並行してコマンドを実行できるツール。 複数のサーバで動いているサービスのデプロイを楽に行うことができる。 Rails起源なのでRailsに特化した部分もあるが、ほかのアプリケーションでも使える。 昔はSwitchTowerと呼ばれていた。はてなでも使われてる。 何がいいのか 複数サーバへの作業が効率化、自動化できる 定義済みの標準タスクに沿った運用をする
あーありがち - Capistrano は思ったよりシンプルで思ったよりすごい
<< 2008/12/ 1 2 1. RotationMaker を作った 3 4 1. AutoPagerize をイントラアプリで 5 1. php-shell が便利すぎてヤバい件 6 1. CGI を rackup してみた 7 8 9 10 1. RedHat 系 Linux 用新しめの PHP + MySQL のあるリポジトリ 11 12 1. SimmpleTest のサイトが引っ越してた 13 14 15 16 1. Routing のお勉強 17 18 1. Capistrano は思ったよりシンプルで思ったよりすごい 19 20 21 22 23 24 1. OOo 3 が要求するバージョン 25 26 27 1. colordiff で色とりどりな世界へ 2. ぐりもんアップデート時は load 順に注意 28 1. Webby で静的サイト作成 29 30 1. r
PassengerとcapistranoでのデプロイTips - diaの備忘録
デプロイの流れ(インストールは省略) cd RAILS_ROOT capify . # deploy.rbを下記のものに変更 cap deploy:setup # :deploy_toにcapistranoに必要なフォルダを作る cap deploy:cold # SVNから取得+migration+Passenger再起動(RAILS_ROOT/tmp/restart.txtが作成される) cap deploy # SVNから取得+Passenger再起動 cap deploy:restart # Passenger再起動 deploy.rb <追記> http://www.slideshare.net/moro/capistrano-in-practice-webcareer-presentation?src=embed を参考に更新しました #####################
Capistranoでmigrationsする前に自動でバックアップ
Photo by mondopiccolo Capistranoではdeployしても、前のソースが残っているために、すぐに前のバージョンに戻せますが、データベースはそうはいきません。 そこで、deploy:migrationsを実行する前に自動でDBのバックアップを取るようなタスクを探してみました。 MySQL専用ですが、これでローカルのbackupsというディレクトリに、migration実行前のダンプがダウンロードされます。 require 'yaml' desc "Backup the remote production database" task :backup, :roles => :db, :only => { :primary => true } do filename = "#{application}.dump.#{Time.now.to_i}.sql.bz2" fi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
