GitHub - mina-deploy/mina: Blazing fast deployer and server automation toolYou signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
デプロイと同時にbundle installを実行する - 祈れ、そして働け ～ Ora et labora
検証環境 Ruby 1.9.2p290 (2011-07-09 revision 32553) [x86_64-linux] Rails 3.0.10 Bundler version 1.0.18 Capistrano v2.8.0 準備 準備といってもやるべきことはひとつだけです。BundlerにはあらかじめCapistrano用のcapタスクが用意されているので、$RAILS_ROOT/config/deploy.rbの中からrequireします。 FILE: deploy.rb --- config/deploy.rb 2011-09-05 16:59:22.000000000 +0900 +++ config/deploy.rb 2011-09-01 12:01:46.000000000 +0900 @@ -1,4 +1,5 @@ require 'capistrano/ext/m
Rails 初心者が Capistrano3 で AWS EC2 にデプロイするためにがんばったこと。 - Qiita
追記 http://qiita.com/kizashi1122/items/6e22b2a27fa4da487884 に更新版を載せました。 はじめに 最初に構成ですが、以下のとおりです。 クライアント Mac 上の仮想環境(CentOS) Capistrano3 もここで動きます サーバ EC2(AWS) 構成管理 Github ミドルウェアは、以下のとおりです。Nginx は yum でインストールしておいてください。 Nginx Unicorn Capistrano3 で、クライアントからコマンド一発でサーバにデプロイすることを目的としてます。 しかし、Capistrano3 や Unicorn 関連の情報は Web 上にたくさんあり、それぞれ少しずつ設定が違ってたりして部分的につまみ食いすると設定に食い違いがでてしまって動かなくなります。 私はまだまだ初心者ですがとりあえず動くとこ
Capistrano3とBitbucketを使ってRailsアプリをデプロイ
Capistrano3 を使って、Bitbucket に作成したリポジトリに置いた Rail アプリケーションを、staging 環境の CentOS サーバーにデプロイさせるところまで試しました。忘れないように作業記録です。 — 環境 — Rails 4.1.1 Capistrano 3.2.1 SSH接続の設定 作業は手元の Mac にて。 1. Mac ローカルから Bitbucket リポジトリに push 2. staging 環境のサーバーが Bitbucket から master ブランチをチェックアウトしてデプロイ という流れになります。SSH接続のために、2種類の鍵ペア（秘密鍵・公開鍵）が必要となる。 ① Mac ローカルから staging サーバーへの SSH 接続用 ② staging サーバーから Bitbucket への SSH 接続用 いずれもパスフレーズを空
9分43秒のデプロイを19秒にした話 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)
背景 アカツキではRailsでゲームサーバを開発しています。インフラはAWSにあり、CloudFormation, Chef, Capistrano を用いて、Infrastructure as Code を実現しています。 エンジニアは普段ローカルマシンで開発していますが、ディレクター、レベルデザイナーなどは定義ファイルを変えた後、それを反映して動作を確認するための検証サーバ（以下、検証環境）を使っています。 検証環境へのデプロイも Capistrano で自動化しており、最初は問題が無かったのですが、ゲーム上のデータが増えることによって、一度のデプロイで10分程度かかるようになっていました。 以下、Capistrano ver.2系の話にはなりますが、検証環境のデプロイを高速化したので、その内容を紹介したいと思います。 現状分析 rsync について、capistrano_rsync_
Capistrano3を最後にもう一度だけ懇切丁寧にまとめてみる - そのねこが学ぶとき
2017-08-15 追記 Googleの「Capistrano」検索順位で上位にあるためか、いまだにこの記事がたびたびブクマされるんですが、3年前の情報ですし、執筆者はRubyを専門としたプログラマーではないのでその点ご注意ください。（追記ここまで） いろいろエントリーを上げながら苦しんでいたCapistranoだが、ようやっとそこそこ落ち着いてきた気がするのでそろそろ完結編といく。Capistranoの基本とかはすでにこちらのエントリーで書いたので、今回は各設定ファイルの書き方とか、その他ハマったポイントを中心に。 今回作成したファイル 以下4ファイルを作成した。 Capfile config/deploy.rb config/deploy/staging.rb lib/capistrano/tasks/unicorn.cap 基本的にCapistranoを使う場合「必須」なのは上2つ
A remote server automation and deployment tool written in Ruby.
role :demo, %w{example.com example.org example.net} task :uptime do on roles(:demo), in: :parallel do |host| uptime = capture(:uptime) puts "#{host.hostname} reports: #{uptime}" end end Capistrano extends the Rake DSL with methods specific to running commands on() servers. For Any Language Capistrano is written in Ruby, but it can easily be used to deploy any language. If your language or framewor
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - capistrano-plugins/capistrano-secrets-yml: Handles deploying secrets.yml file with Rails 4.1+