Capistrano3の動作まとめ。 - Qiita
はじめに Capistrano3を使ったデプロイ手順をまとめます。 このまとめは僕がCapistranoの詳細について知りたいと思ってまとめたものになります。 この文献を読めばCapistranoに対する理解は深まると思いますが、使用する際に知らなくても良い情報も多数記載されています。 （使い方だけを知りたい方は「デプロイレシピの書き方」から読んでください。） はじめはRailsデプロイに特化した記事にしようと思ったのですが、Capistranoに関する仕様が多くこの記事だけでは収まらなかったため本記事はCapistrano全般に関する記事に変更しました。 なので、PHPやJavaなどのデプロイで使う場合にも参考になる記事になってます。 ※僕が調べた限りの情報なので間違っている部分やあやふやな部分もありますので怪しいと思ったところに関してはご指摘いただければと思います。 インストール イン
知ってた？ werckerを使えばmiddlemanで作った静的ページをS3にリリースするのも自動化できちゃうよ | mah365
HOMEツール知ってた？ werckerを使えばmiddlemanで作った静的ページをS3にリリースするのも自動化できちゃうよ 以前にこんな記事で便利なCIサービスwerckerを紹介させていただきました。 Githubのプライベートリポジトリでも無料で使えるCI、Werckerを使ってrails newからHerokuのデプロイまでやってみる 社内でもいくつかwerckerでCIを回すプロジェクトが出てきたりなど、使い心地はなかなか好評のようです（テストが多すぎてテスト実行中にwerckerがタイムアウトするようなトラブルもありましたが・・・）。 middlemanからS3へのリリースも自動化できちゃうよ そんな便利なwercker、なんとS3へのsyncにも対応しています。 Streamlining your Middleman deploys with wercker and S3
Middleman の S3 へのデプロイを Wercker で自動化する - 暇人じゃない
このブログは Middleman でビルドして、S3 でホスティングしている。 現在は手元のマシンから middleman-s3_sync を使って S3 にデプロイしている。 そこで、middleman-s3_sync を使ったこれまでと同じワークフローで Wercker で自動デプロイできるようにした。 ところで middleman-s3_sync を使う必要がなく、Wercker のみで完結したい人は、 Wercker に S3 へデプロイするための Deploy Target が用意されているので、以下のページを参照すると良い。 Streamlining your Middleman deploys with wercker and S3 知ってた？ wercker を使えば middleman で作った静的ページを S3 にリリースするのも自動化できちゃうよ | mah365 W
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
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
サーバ構築・デプロイの自動化の話。或いはChefとCapistranoの素敵な関係 - プログラマでありたい
最近のChefのブレイクで、サーバの構築も自動化でという潮流になっています。そんな中でチラホラ見受けられるのが、アプリのリリースもChefでという考え方です。私は微妙に違うのではないかなぁと思っているので、ちょっと考えを整理してみました。併せてCapistranoの紹介もしてみます。 Chefの役割 まずChefについてです。Chefの役割としては、サーバの状態を管理するものです。ここで言うサーバの状態というのは、各種ミドルウェアのインストール状態＆設定です。いわいるサーバ構成ですね。またChefを使う最大のメリットは、開発環境やステージング環境、本番環境と全ての環境を同じスクリプトで構築するので、手作業によるミス等による微妙な差異が発生しなくなることです。 さてここで問題になるのが、サーバ上のアプリケーションのコードやデータベースのテーブル定義は、サーバの状態に入るのかという点です。入る
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
