Capistrano、便利ですよね。 capistrano/capistrano 最近メジャーバージョンアップがあったのですが、使い方、というかスクリプトの書き方やお作法が変わり、「Capistrano 3にアップデートしたはいいけど全然動かなくてどうなってんだ」という流れはもはやお約束みたいです。 試しに僕も個人で作ってるウェブサイトのCapistranoをアップデートしてみたので、その上でこんなところに気を付けたいな、と思うポイントでも書いておきます。 capifyは使わない Capistranoを使うときは$ bundle installをし、次に$ bundle exec capify .とするのがお約束の流れですが、これからはcapifyを使ってもcap installを使ってねと言われます。 ですので: $ bundle exec cap installとしましょう。 マルチス
リモートマシンから抜けます。 $ exit Capistranoの準備 ローカルマシンのasagaoのルートディレクトリに移動して、次のコマンドを実行します。 % gem install capistrano % capify . エディタで config/deploy.rb を次のように修正します。 require 'bundler/capistrano' load 'deploy/assets' set :application, "asagao" set :deploy_to, "/var/rails/asagao" set :user, "rails" set :use_sudo, false set :repository, "." set :scm, :none set :deploy_via, :copy set :copy_exclude, [ "doc", "log",
Up until lately I was happy using Capistrano for my deployments. But then I noticed the following: Capistrano was utilizing 70 % of a physical CPU core when deploying on the go. I'm on a dual core system so this impacts my Mac Book Pros overall performance, battery life and it kept me waiting for a long long time. My iPhone was at edge speed so I figured Capistrano spent most of the time waiting f
PHPアプリケーションのデプロイ自動化にCapistranoというツールを使ってみて、相当便利だったのでメモがてら書いておく。 Capistrano(これを書いてる時点での最新バージョンは2.12.0)はRubyベースのデプロイ自動化ツールで、RoR用に最適化されているものの設定ファイルをちょろっと工夫すれば色んな形式のアプリケーションに応用できる。おおまかな動きとしてはこちらで図示されているようにデプロイ元でSCMからソースを取得しSCPでデプロイ先にコピーするか、もしくはデプロイ先にSSHログインしてからSCMからソースを取得するか、みたいな感じになる。(deploy_viaで何を指定するかで変わってくる) ツールの特長としては大体以下のような感じかなぁと思う。 コマンド一発でデプロイできるようになる 既存のタスクの中身を変えたり、タスクの前後に処理を追加したりが簡単にできる 複数台の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く