うちのチームでは，デプロイするたびに自動的にgitのtagを切るようにしてる．たとえば，いまデプロイしたら，deploy/2014-02-01-14-48とか． たまに，リリースした直後になんかミスってたことに気付いて，慌ててロールバックすることがある． tagを切ってるので，ひとつ前に戻せばいいのだけど，えっと，どれだっけとかいって探すので慌てるし，普段はタグ指定してデプロイしてないので，どうやって戻すか忘れる． デプロイ終わったときに，今回のデプロイを戻すには，これをしましょう，とか表示するようにした． デプロイ終わったらこんなのが出る．前回のデプロイが昨日だったら昨日くらいのタグが出る． ヒント：戻すときは以下のコマンドを実行しましょう cap -S revision=deploy/2014-01-31-15-17 deploy 実装方法としては，こんな感じに，デプロイ前に最新のタグ
capistrano-railsに気づかずにエラーと戦っている場合があるので、気をつけてください。 capistrano 2.x時代にcapistrano_colorsをもし使っているなら、もう必要ないので、削除してください。 cap install cap installにより以下のファイルが生成されますが、上書き保存されてしまうので、それぞれ別名で保存しておくことをおすすめします。 Capfile config/deploy.rb config/deploy/production.rb config/deploy/staging.rb Capfile なんとなく存在していたCapfileですが、今回のアップデートでは中身がガラッと変更されました。 以下がデフォで生成されます(2013-10-10現在) # Load DSL and Setup Up Stages require 'ca
ゴクロの大平と申します。はじめまして。 ４月からjoinさせていただいた、特に特記事項の無い平凡なプログラマです。さだまさしが好きです。 SmartNews開発者ブログをご覧になる方々は、サービスの裏側で動作するクローラーや多種多様な機械学習のロジックであったり、フロントエンドのUIの話であったり、サービス固有の話に興味が有る方が多いと存じますが、都合上（原稿の担当順番の都合上）、今回は一般的な話をさせていただきます。 ※先掲の話題については次回以降取り上げられますので、お楽しみに。 一般的な話題とはいえ、大企業とスタートアップでは取り巻く環境や解決すべき課題も異なっていますので、その辺もあわせてお伝え出来ればなと思います。 なお、今回のテーマは、サーバー/ミドルウェアの構成管理ツールとして最近有名になってきた「chef」と「fabric」です。 かなり長文のエントリーになってしまい
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
Page not found · GitHub Pages Rails と関係ないプロジェクトで Capistrano を使うための設定を作成した。 最小限の設定 SSHでリモートを操作するための、単純な設定の例。ファイル名は Capfile 。 # sshユーザ名 set :user, "username" # サーバをroleでまとめる role :abc, "server1.example.com", "user@server2.example.com" role :xyz, "server3.example.com" # 全roleで実行。 task :ls do run "ls" end # 特定のroleで実行。 task :myname, :roles => [:xyz] do run "echo " + user end サーバが1つだけならroleは1つでよい。 1行目の
本連載の第1回から第3回までは、主にmoonlinxのインフラ技術を説明してきました。今回からはmoonlinxのウェブアプリケーション技術に着目して解説していきたいと思います。 デプロイツール「Capistrano」の魅力 ウェブメディア「moonlinx」では、moonlinx Membership Centerと呼ばれるクリエイター向けの登録制会員サービスを運営しています。これは、デザイナーや音楽活動を行うアーティストをターゲットとしたサービスであり、クリエイター自身の活動をプロモーションするツールとして活用できるサービスです。 このMembership Centerでは、フレームワークとしてRuby on Railsを利用して開発しています。また、PhusionのPassengerを利用して、Apache2上で動作させています。 Railsの運用環境は、MongrelとMongre
とあるはてな社員の日記 - まっさらなサーバを30分で本番投入できるようにする http://d.hatena.ne.jp/stanaka/20070728/1185605498 このエントリで紹介されている、capistranoとpuppetについては↓ FFTT Capistrano-勉強会資料をCapistranoのバージョンアップ（現時点では1.3.1になってました）による仕様変更などに合わせてちょっと修正したもの http://tech.feedforce.jp/capistrano.html オープンソースによるシステム管理の自動化 http://dev.gentoo.gr.jp/~trombik/pub/OSC2007/OSC2007.pdf capistranoの機能とかを調べてて思い出したのだけど、グリッド系の人達が使っているGXPとかも似たような用途に使えるので、試して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く