Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
December 2, 2014 Rails v4.1.2 capistrano v3.3.3 TL;DR cap3でrails4のデプロイとbundle install unicornの操作をできるようにするまでのメモ 手元のマシンでcap3をインストール $ gem install capistrano Railsアプリケーションのあるパスに移動 $ cd app_name cap install $ cap install mkdir -p config/deploy create config/deploy.rb create config/deploy/staging.rb create config/deploy/production.rb mkdir -p lib/capistrano/tasks create Capfile Capified $ app_name/conf
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
2013 年 6 月頃に capistrano のバージョン 3 がリリースされました。かなり久しぶりのメジャーバージョンアップで色々変わっているようです。 Intobox でもデプロイには capistrano を使っていて、今回 capistrano のバージョンアップをしましたので手順の紹介とハマったことなどをまとめたいと思います。 capistrano v3 capistrano v3 は、より良いモジュール化、より簡単なデバッグ、より高速なデプロイ、などを設計目標として掲げています。 変更点が多いのでアップグレードガイドが公式サイトより提供されています。基本的にはここを見ながら進めていくのですが、やることといえば Gemfile に gem 'capistrano', '~> 3.0' を追加 bundle install bundle exec cap install をやって
I updated to Cap 3 and it appears that set :deploy_via, :copy is no longer supported. In the release annoucement there is a link to a video for replicating the copy strategy which currently returns a 404. I used the :copy strategy because the server did not have access to git or access to the repository because it was behind a firewall. What is the best way to replicate this functionality with v3?
3へのだいたいの変更点 setメソッドで定義した値を読むには、fetchメソッドを使う capistrano-extがデフォでサポート 自作タスクの構文がかわった 今までdeploy:migeationsと実行していたmigrationタスクは、 cap production deployで一緒に実行されるようになってるみたい。 自作タスク定義の構文がかわった 2.x namespace :deploy do desc "update database config file(database.yml) from database.release" task :update_databaseconfig, :roles => :app, :except => { :no_release => true } do run "cp #{release_path}/config/#{databa
2012 8月31日 11:15 database.ymlが.gitignoreに入っている環境でのcapistranoを使ったデプロイ [2012-09-20日追記] 以下の記事の内容ですが、gemが用意されてました。 https://github.com/amfranz/capistrano_database_yml Railsプロジェクトで、ひとりで開発している場合は除いて、.gitignoreにconfig/database.ymlを追加することがよくよくあります。この場合、config/database.ymlをどこかのタイミングで作ってやらなければなりません。この対処法はこの記事で説明されてます。 概略 英語だったりするので簡単に説明をかいておきます。 前述の記事の作業を行うとcapコマンドにふたつのタスクが追加されます。 cap db:setup cap db:symlink
CapistranoのVersion3がリリースされてますね。変更点は以下のサイトに大量に書かれています。 Capistrano Version 3 ReleaseAnnounceme 変更点が多過ぎて全部まとめるのは諦めたので、個人的にこれはいいなーと思った点を上げます。 良かった変更点 マルチステージをデフォルトでサポート もうこれでcapistrano-extはいらない。まあ、これは標準サポートされてもいいですよね。 デプロイの高速化 確か以前はコマンド1回実行毎にsshのセッションを貼り直していたので遅かったはず。SSHのライブラリを変更したのと同時にココらへんも改善されたのかも。ただ、やっぱりRailsをデプロイする時はassetsのコンパイルでちょっと止まりますね。 実装が見やすくなった capistrano2はネットにドキュメントが少なくて結局実装を読む事になる場合が多かった
はじめに この記事はGREE Advent Calendar 2013年の21日目です。お楽しみください！ こんにちは、アゴひげがダンディーだと評判の九岡です。GREEでは、JavaやScalaを布教するための土台を固めるため、デプロイや監視の仕組みづくりなどを横断的にやっています。今回はその過程で得られた知識を「Capistrano 3の入門記事」という形で共有させていただきます。 この記事ではCapistrano 3の基礎をご紹介します。Capistrano 3はRubyをベースにしたサーバ操作およびデプロイの自動化ツールです。Capistrano 3を利用することで、デプロイなどの複雑なサーバ操作を自動化することができます。ここの記事では、特にデプロイに焦点をあてながら、Capistranoでサーバ操作を自動化する考え方と実現方法をご説明していきます。 Capistrano 3の習得
Capistrano、便利ですよね。 capistrano/capistrano 最近メジャーバージョンアップがあったのですが、使い方、というかスクリプトの書き方やお作法が変わり、「Capistrano 3にアップデートしたはいいけど全然動かなくてどうなってんだ」という流れはもはやお約束みたいです。 試しに僕も個人で作ってるウェブサイトのCapistranoをアップデートしてみたので、その上でこんなところに気を付けたいな、と思うポイントでも書いておきます。 capifyは使わない Capistranoを使うときは$ bundle installをし、次に$ bundle exec capify .とするのがお約束の流れですが、これからはcapifyを使ってもcap installを使ってねと言われます。 ですので: $ bundle exec cap installとしましょう。 マルチス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
