Capistrano version 3.0 で rake を bundle exec rake にする方法 | heathrow.lab
こんにちは。森谷です。 今回は RoR に戻りまして、 Capistrano の最新バージョン（ 3.0 ）を使ってみて、引っかかったところのお話です。 Capistrano は有名で便利なツールですが、 3.0 にアップデートされて大きく変更されたので、役に立つかもと思います。 さて、タイトルにある通り Capistrano に rake させるとき、バージョン 2.x ならば、set :rake, 'bundle exec rake'としたり、require 'bundler/capistrano'とかすると rake のところを bundle exec rake に変えて実行してくれるのですが、 3.0 だとこれが出来ません（現時点では）。 ではどうするのか？ … っといって勿体ぶってもしょうがないので、ドン（ https://github.com/capistrano/capis
事前にprecompileしたassetsをS3に配置してdeployを高速化する方法 - HK's Weblog
Railsで作られているサービスとおもわれるbasecampやgithubはassetsファイルをアプリケーションサーバとは別のCDN(akamaiやCloudFront)サービスから配信している。 CDNに配置する事のメリットとして世界中のEdgeサーバからassetsを配信できるのでどこからアクセスしてもページロードが速い事が一番大きいが、 副次的な効果として事前にassets:precompileすることが可能なためcapistranoでのdeploy時にprecompileしない戦略を取ることによって大幅にdeploy時間を短縮できるメリットがある。 (assetsをgit等ににコミットしてしまってprecompileせずにdeployする戦略もあるがコミットログが汚くなるため避けたい) 今回はasset_syncというgemを使ってS3にassetsを配置しつつcapistran
githubとjenkinsとcapistranoで継続的デプロイ - komagataのブログ
rails + jenkinsでgithubにpushしたらテストというところまでは下記を参照してください。 Testing Rails apps with Jenkins - komagata GithubにpushしたらJenkinsでビルドする - komagata ウェブオペレーションで継続的デプロイというキャッチーな単語を知ったので試してみた。 継続的デプロイなんつっても、上記の様にいつものテストにcapのタスクを追加するだけ。簡単。 githubにpushされると勝手にjenkinsが動き出して… ステージング環境にデプロイ。 これでデザイナーの@machidaさんがgit pushした時も勝手にステージング環境が最新になる。デザインが変わっただけでも頻繁にデプロイされるので問題点などが議論し易い。（特にスマホサイトは実機からアクセス出来る環境があると便利。） 最近はデザイナー
capistranoでリリースの数を常に一定の数で保つ方法 | l8er factory
Disney – We're Next! (Explored) by Express Monorail PHPでWEBアプリを作っているんですが、デプロイは ruby on rails で有名な capistrano を使っています。 capistrano はデプロイを行うと release というディレクトリの下にアプリをチェックアウトしてきて、 一番新しい release に currentという シンボリックリンクを張るので current を document root に設定すれば良い、というのが基本的な概念です。 今回の話とは直接関係アリませんが、共有ファイル(ログやアプリが生成するファイル等)は shared へすべてのリリースからシンボリックリンクを張ります。 この構造を維持することで、currentのシンボリックリンクを張り替えるだけで以前のリリースバージョンに簡単に戻し
lib/capistrano/recipes/deploy.rb at master from capistrano/capistrano - GitHub
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127
Capistrano を Rails 以外で使う設定。 - こせきの技術日記
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行目の
Capistrano 実践Tips集
ChefとCapistranoの境界線 (Chef Casual Talks Vol.1) #eytokyo #opschef_jaMasahiro NAKAYAMA
WebistranoでGUIからの1Clickデプロイを実現する
WebistranoはCapistranoのWebフロントエンドであり、Web画面上からCapistranoを実行することができる。 これを利用することで、複数のプロジェクトを一括で管理したり、レシピを共用したりすることができ、デプロイの履歴を管理することも可能になる。かなりオススメ。なお動作させるにはRailsとなんらかのDBMSが動作する環境が必要だ。 Webistranoの入手Githubにホスティングされている。 適当なディレクトリにてgit clone https://github.com/peritor/webistrano.git すればOKだ。 インストール動作確認は僕のMacBook Pro (OS X Lion)で行った。なお既にMAMPによってMySQLが導入されていたのでそれを使っている。MAMP上でのrubyのmysql接続用ライブラリの導入sudo gem in
Webistrano はもっと評価されてもいいと思うので、紹介します « blog.udzura.jp
業務でも便利に使わせていただいております、 Webistrano 、言ってみれば capistrano の web UI なんですけれど、大変有用なので、ちょこっと紹介します。 What’s good Webistrano は、リモートサーバーへのデプロイを大変簡単にしてくれる capistrano と言うコマンドラインツールを、ウェブアプリケーションでラップしたものです。 やれることは素の capistrano と同じなんですが、ブラウザベースアプリケーションになることで以下のようなメリットが生まれます。 ブラウザベースなので、 CUI に抵抗がある人でも簡単にデプロイできる （CUIをいつまで経っても覚えてくれない人っていますよね～…） テスト、ステージング、本番、などで別々の設定を保存できる （Highline などを使ってインタラクティブに尋ねる必要なし） プロジェクトをまたい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Capistranoで自動デプロイ
Preview the new Google Groups - Google Groups
gem install capistrano failure