はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
PHPアプリケーションのデプロイ自動化にCapistranoというツールを使ってみて、相当便利だったのでメモがてら書いておく。 Capistrano(これを書いてる時点での最新バージョンは2.12.0)はRubyベースのデプロイ自動化ツールで、RoR用に最適化されているものの設定ファイルをちょろっと工夫すれば色んな形式のアプリケーションに応用できる。おおまかな動きとしてはこちらで図示されているようにデプロイ元でSCMからソースを取得しSCPでデプロイ先にコピーするか、もしくはデプロイ先にSSHログインしてからSCMからソースを取得するか、みたいな感じになる。(deploy_viaで何を指定するかで変わってくる) ツールの特長としては大体以下のような感じかなぁと思う。 コマンド一発でデプロイできるようになる 既存のタスクの中身を変えたり、タスクの前後に処理を追加したりが簡単にできる 複数台の
In the past I’ve used a variety of tools to deploy client sites, most often using version control. However, for my blog I’ve always used FTP. Its a pretty old-school approach, and something that I’ve been lacking the time to correct. Last weekend I finally took the plunge and figured out how to get Capistrano to deploy my site. Because of my hosting setup I wasn’t able to use capcake. But if you h
最近はデプロイもツールを使って一発になったけど、タスクの挙動をよく忘れてしまうので、備忘録をつけてみた。 フレームワーク：RubyOnRails バージョン：3.1.0 デプロイツール：Capistrano バージョン：2.9.0 書き方の例 $ 実際に打つコマンド # 内部処理 リリースしたけど、バグが出たので、１つ前のソースに巻き戻す。 １つ前のリリースに戻し、再起動をかけ、最新のリリースソースを削除する。リリース後、バグが発覚し、巻き戻すならこれ。 $ cap deploy:rollback # revision # restart # cleanup １つ前のリリースに戻し、最新のリリースソースを削除する。再起動は行わない。 $ cap deploy:rollback:code # revision # cleanup カレントディレクトリの向け先を１つ前のリリースディレクトリに変
deploy.rb �H�|lU 0C[|lU set :domain, "licensing.lichfield-001.vm.brightbox.net" set :application, "licensing" set :deploy_to, "/home/rails/#{application}" set :user, "rails" set :use_sudo, false ssh_options[:forward_agent] = true set :scm, :git set :scm_passphrase, "PASSPHRASE" set :repository, "GITHUB REPO URL" set :branch, 'master' set :git_shallow_clone, 1 #set :repository, "." #set :scm, :none
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
ChefとCapistranoの境界線 (Chef Casual Talks Vol.1) #eytokyo #opschef_ja 大きく分けて二つの話をしました。 Chefを導入する時の「考え方」 Chefのような構成管理ツールは万能でやり方もたくさんある(TMTOWTDI)ので、最初にどういうポリシーで組み立てるかが重要になります。今回「本気で使う」にあたり、以下のようなポリシーを設定しました。 原則サーバ上で作業せず、Chefで環境設定を実装する 公開されたcookbooksを再利用する opscode-cookbooksにあればそれを探す communityやgithubにあるcookbookを使う あきらめの心を持つ 必要ならばopscode-cookbook�sなど既存のcookbookをforkして手を入れる 半日調べて難しそうなことはあきらめる(自前Chef recip
管理対象のサーバー台数が少ない場合など、chefのサーバーを運用するコストとベネフィットを天秤にかけてみて、ああこれどう考えても労力ペイできないな、でも設定ファイルを手動で管理するのはやだな、といったときに[roundsman](https://g ithub.com/iain/roundsman)を使うといいという話。 roundsmanは、chefのレシピを転送してchef-soloを実行するcapistrano向けライブラリ。アプリケーションのリリースタイミングに併せてインフラ設定の変更が必要になることは往々にしてあるので、capistranoを使ってデプロイとインフラ設定変更を一括適 用できるのは便利だ。 ここでは、Railsアプリを対象にroundsman適用までの作業を簡単にまとめる。 手順 まずは適当なRailsプロジェクトを作るところから。 PROJECT="my_fant
Capistranoを使って、Ruby初心者でもRuby以外のソースコードをデプロイできるようになるまでの流れです。 Rubyもよくわからないし、デプロイツールもろくに使ったことないけど、 Capistranoを使ってコードをデプロイしたい。という人に特に向けた記事です。 私自身そういう人でした。 私の理解不足の部分が多々ありますが、とにかくCapistranoを使ってデプロイができることを目的とします。私は今回の方法で、PHPのコードをデプロイしています。 「もう手動デプロイは嫌だ」「デプロイツール使いたい」「なんかデプロイツール使わないとヤバそう」と思っている方々にとってちょうどいい記事になればいいなと。 Capistranoデプロイができるまで（目次） Capistranoってどういうもの デプロイの流れの概要 デプロイ先サーバーとの接続条件 Ruby、RubyGemsのインストール
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
