Capistrano3 プラグインの e2e test を CI する - Docker を添えて - - ローファイ日記
tl;dr Comparing 8025d43...070e781 · asonas/capistrano3-puppet · GitHub 経緯 Capistrano3 割と使ってて、特に asonas/capistrano3-puppet · GitHub はギョームでバッチリ使ってる でも、ギョームで使ってるのに自動テストがないので気持ちが悪い。Capoistrano(3)のプラグインってほとんどテスト書かれてないのでは... 何も参考に出来ないので、どう書けば良いのか... Docker使えばsshロギンしてチェックアウトして実際動作で確認できるのでは Cap 3 からはタスクがタダの Rake Task になったので、Rake Taskのテストを書くのと同じようにテストできるかもしれないが、大量の stubbing が必要になる感じがしたので今回は e2e な感じのテストを雑に書
wercker + Capistrano で自動デプロイ - milk1000cc
GitHub / Bitbucket のプライベートリポジトリも無料で CI し放題の wercker というサービスがあります。(2013/11/30 現在) サイトもきれいで素敵です。ビルド成功後、Capistrano でデプロイが自動実行される方法を書いておきます。 まず、アプリの設定で SSH 公開鍵を作成します。 生成された公開鍵は、デプロイ先サーバの ~/.ssh/authorized_keys や Bitbucket のデプロイ鍵などに追加しておきます。 次に、アプリの設定から Deploy targets の設定をします。Custom deploy を選択して、 master ブランチのビルドに成功したら、自動デプロイするようにします。 入力したら、Deploy pipeline の Add new variable をクリック。 SSH Key pair を選択し、先ほど
Capistrano 複数環境へのデプロイ[localhostへのデプロイ][Rails] - 酒と泪とRubyとRailsと
Capistrano 複数環境へのデプロイ[localhostへのデプロイ][Rails] Jan 10th, 2013 Tweet Capistranoはデプロイプロセスを自動化してくれるGemです。今回はCapistranoを使ってローカルのステージング環境とサーバの本番環境にデプロイする手順を書きます。 もし、ProductionサーバへのデプロイとBitbucketのGitリポジトリを使う場合は、2012年12月に書いたRals3.2.9で始める Git連携Capistranoによる自動デプロイがオススメっす。 staging/production環境のデータベースの準備 デプロイ先のDBの接続用ユーザーとデータベースを作成するために、以下のコマンドをstaging環境とproduction環境で実行。 mysql -u root -p # 新規ユーザーを作成する場合 GRANT
Capistranoでタスクの実行対象サーバを絞り込む方法 - idesaku blog
Railsアプリのデプロイツールとしてデファクトスタンダード的な位置にあるCapistranoについて。 TL;DR HOSTSとROLESではなく、HOSTFILTERとHOSTROLEFILTERを使え。 タスクの実行先制限方法 Capistranoは、デプロイ先サーバに"ロール"を設定し、特定のロールに所属するサーバ全てに対して一括でなにかしらの処理を実行させることができる。 # deploy.rb server 'webserver1' :web server 'webserver2' :web server 'dbserver', :db, :primary => true ... task :do_something, :roles => :web do ... end cap do_something #=> webserver1, webserver2に対してのみdo_so
Qudo, daemontools, capistranoを使ってWorker処理の仕組みを作る - $shibayu36->blog;
最近PrePANの開発を手伝っていて、Workerの仕組みをQudoで作りました。初めてWorkerの仕組みを一から作ったのでメモしておきます。 Worker処理に必要な部品、それぞれのQudoでの実装、Workerプロセスを管理するためのdaemontools、capistranoでのdeployという順番で書いていきます。 Workerとは ざっくり言うと非同期に色々実行するための仕組みです。perlだとTheSchwartz、Qudo、Jonkとかがあります。 Worker処理に必要な部品 今回作ってみて、Worker処理は大きく分けて次の三つくらいのものが必要だと分かりました。 ApplicationからJobをinsertする部分(Qudo) 実際のJobの処理(Qudo::Worker) Jobの実行を管理して、Jobに処理を委譲する部分(Qudo, Qudo::Paralle
nginx + unicornでrails3.1が動作する環境を作る - A Peak Never Ending !
方針 手元(Ubuntu)で開発して、サーバ(Ubuntu)にデプロイ出来るrails 3.1動作環境を作るのが目標 プロジェクト毎にユーザを作成する (各ライブラリをプロジェクト毎にbundlerで管理、デプロイをするため) 同様の理由でrbenvを使って各ユーザ毎にrubyのバージョンを管理 構成 静的なファイルへのリクエストは直接nginxで返す構成をとります(railsのpublic配下のディレクトリにあるファイル、適宜nginxのconfigに設定を追加する必要あり)。またrails3.1からAsset Pipelineが導入されたため/assets/〜に関するリクエストに関してもnginxで直接返すようにします。加えてnginx <=> unicorn間の接続にはUnix Domain Socketを用います。イメージを図にすると下記のようになります。 unicorn gith
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
CapistranoとBundlerの連携 - Develop with pleasure!
gemの依存性やバージョンを管理するのにとても便利なBundlerとCapistranoを連携してみる。 連携といっても、capistranoのcapコマンドで対象サーバにbundler使って依存gemをインストールするくらいだけど。 連携自体は簡単で、capistranoで生成したdeploy.rbの中に require "bundler/capistrano" という１行を加えるだけ。これでBundlerのcapistrano用タスクが読み込まれる。タスクが追加されたかどうかはcap -Tでわかる。 # cap -T cap bundle:install # Install the current Bundler environment. ... とbundler:install というタスクが利用可能になってることが確認できる。また、bundler/capistranoのコードを確認
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Configuration Parameters
capistranoの出力をカラーにして見やすくする方法 - Hello, world! - s21g