I need to override default Capistrano current path. I want to deploy to /var/www/apps/myapp and then get current symlink set at /var/www/mysite.com instead of default /var/www/apps/myapp/current. How do I achieve that?
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
前回Capistranoが上手くいかないというエントリーを上げてから1か月。いまだにハマってしまっている……。何が悪いの皆目検討もつかない、というほどではないのだが、なんというか、雲を掴んでいるような状態ではある。一旦Capistranoについて整理してみるべきなんだろう。 Capistranoは何をしてくれるのか そもそもCapistranoとは何をしてくれるツールなのか？ Capistrano3のデプロイフレームワークの使い方 - Qiita Capistranoは2まではRailsのデプロイツールだったけど、3は汎用的なデプロイツールに変わっている。したがってデフォルトの状態ではRails用のデプロイタスクは特に含まれていない。このあたりが上の方のリンク先で語られている内容になる。 ではデフォルトでのデプロイタスクは何をするのかと言えば、およそサーバーへのデプロイとして一般的に行われ
vpsを借りてwordpressを設置するのは簡単だが、ただ設置するだけだとデザイン調整を本番ままで調整したりいじってもバックアップ取らないといけなかったりとかが面倒になる。面倒なところは早めに潰しておきたいのでwordpressのデプロイをwp-deployで設定する。 wp-deployの機能として簡単に説明すると capistranoを使用 wordpressのコア部分はgithubにあるWordPressリポジトリからソースを持ってきて設置する 日本語対応させるためにこの設定は無くすけど WordPressのインストール階層の変更を使っている http://example.com/wordpress/に本体が入ります。 databaseの設定がyml管理 ローカル、ステージング、本番共に dbのバックアップがコマンドで実行できる 画像、dbの内容をローカルに持ってきたり本番に持って
本番環境でのserverspecの運用方法 / さよならインターネット ミドルウェアの管理はchefを使用している サーバへのデプロイはcapistranoを使用している 上記2点が当てはまる場合、serverspecの使い方として Testing #chef Cookbook by #serverspec #devops / さよならインターネット serverspecでchefのjsonを読み込む / さよならインターネット serverspecをJenkins氏で回す場合について / さよならインターネット 上記エントリーを参考にして頂ければchef + serverspecである程度の インフラストラクチャの構築とテストが行えるかと思います。 また、こちらのエントリーのように、chefのrecipeからserverspecのテスト自体を 生成してしまうという素晴らしいアイデアもあり
最近はデプロイもツールを使って一発になったけど、タスクの挙動をよく忘れてしまうので、備忘録をつけてみた。 フレームワーク：RubyOnRails バージョン：3.1.0 デプロイツール：Capistrano バージョン：2.9.0 書き方の例 $ 実際に打つコマンド # 内部処理 リリースしたけど、バグが出たので、１つ前のソースに巻き戻す。 １つ前のリリースに戻し、再起動をかけ、最新のリリースソースを削除する。リリース後、バグが発覚し、巻き戻すならこれ。 $ cap deploy:rollback # revision # restart # cleanup １つ前のリリースに戻し、最新のリリースソースを削除する。再起動は行わない。 $ cap deploy:rollback:code # revision # cleanup カレントディレクトリの向け先を１つ前のリリースディレクトリに変
capistrano-unicornはその名の通りcapistranoでunicornを扱う便利なgemです。 早速Railsのサービスに導入してみた。 試した環境は ruby-1.9.3p194 rails-3.2.9 capistrano-2.13.5 capistrano-unicorn-0.1.6 githubの使い方を参考にGemfileに下記を追加してbundle叩く group :development do gem 'capistrano-unicorn', :require => false end config/deploy.rbでrequireするのとdeploy:restart時のcollbackを登録 # set :application宣言より下に書かないとエラーになる require 'capistrano-unicorn' ... # hot deployを
Webアプリケーションのデプロイ作業1回の1つ1つの作業内容自体は単純ですが、設定ファイルの書き換えが煩雑な上に地味に時間を食うために、人為的なミスを誘発しやすくなります。このデプロイ作業でミスって原因不明の動作不良に悩まされたことは誰にでもあるかと思います。このような単調で時間のかかるデプロイ作業を自動化するツールの一つがcapistranoとなります。 Rails界では言わずと知れたデプロイツール。 数年前は意外と苦労することが多かったですが、最近は資料も豊富なので入門は比較的容易です。 少し資料が古くなっているようなので最新のRails用に整理しました。 Rails4で確認していますが、Rails3でも動くはずです。 サーバーサイドではrbenv+Phusion Passengerを使用しています。 capistranoはcapistrano-extを組み合わせています。 capis
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く