One of the great things about Rails and its community is that they are very lazy. Lazy in the good way of not wanting to do boring, repetitive, error prone things manually. They metaprogram and they automate. A great example of this is Capistrano. Capistrano allows you to deploy Rails applications with ease. The normal scenario is baked into Capistrano as a deployment convention and then you can customize it if you need to.

My Story

I've recently redeployed a couple of Ruby on Rails sites using Passenger (mod_rails) . Passenger is an Apache module that really simplifies the deployment of small-scale Rails applications. Once Passenger is installed and your Rails application is set up as a virtual directory, it just works. Passenger auto-detects the fact that the directory is a Rails application and runs it for you. No need for a mongrel cluster or manually configuring load balancing.

I'm also using Git as my version control system on small, personal projects because it's easy to use and I can work on multiple laptops and commit locally and worry about pushing to a central location when I have a network connection.

Seeing those things, I wanted to make them all work with Capistrano so that I could continue being lazy. To do this, I'm using Capistrano v2.4. It has Git support built in that works (some previous versions had support for Git, but seemed to have a lot of trouble).

Git Setup

By convention, Capistrano uses Subversion. So, I need to change my configuration to use git. Thedoes this. The repository information sets up where my git repository lives. In this case, I'm just using a bare git repository accessing it over SSH. You can also access your repository using the git and http protocols if you have that setup. Thejust says to deploy off of the master branch.

That's pretty much it - nice and easy. set :scm, :git set :repository, "[email protected]:myapp.git" set :branch, "master" set :deploy_via, :remote_cache

Passenger (mod_rails) Setup

The only thing that comes into play with Passenger is restarting the Rails application after a deployment is done. Passenger has an easy way to do this which is just to create a file calledin the Rails tmp directory. When it sees that, the Rails application process will be recycled automatically.

Doing this requires just a bit of Capistrano customization. We need to override the deploy:restart task and have it run a small shell script for us. In this case we are running run "touch #{current_path}/tmp/restart.txt" to accomplish this task.

namespace :deploy do desc "Restarting mod_rails with restart.txt" task :restart, :roles => :app, :except => { :no_release => true } do run "touch #{current_path}/tmp/restart.txt" end

We can also override the start and stop tasks because those don't really do anything in the mod_rails scenario like they would with mongrel or other deployments. [:start, :stop].each do |t| desc "#{t} task is a no-op with mod_rails" task t, :roles => :app do ; end end end

The Whole Thing

set :application , "enotify" < /p> <p># If you aren't deploying to /u / apps / #{application} on the target # servers (which is the default), you can specify the actual location # via the :deploy_to variable: set :deploy_to , "/var/www/myapp" < /p> # If you aren't using Subversion to manage your source code, specify # your SCM below: set :scm, :git set :repository, " [email protected] :myapp.git" set :branch, "master" set :deploy_via, :remote_cache p > < p > set :user , 'geoff' set :ssh_options , { :forward_agent => true } < /p> <p>role :app, "zorched.net" role :web, "zorched.net" role :db, "zorched.net", :primary => true</ p > < p > namespace :deploy do desc "Restarting mod_rails with restart.txt" task :restart , :roles => :app , :except => { :no_release => true } do run "touch #{ current_path } /tmp/restart.txt" end < /p> <p> [:start, :stop].each do |t| desc " #{ t } task is a no-op with mod_rails" task t, :roles => :app do ; end end end

Putting everything together in mylooks like the following: