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 と連携するこ
[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO
丹内です。入社してそろそろ3ヶ月になります。 先日のAWS Summitの社内報告会で発表を行いました。 ※上記スライドに示された意見はわたし個人のものであり、所属する組織を代表するものではありません。 この発表の最初と最後のGitHubの方が発表した内容の試行錯誤メモブログです。 tl;dr リモートの人と受託開発をスクラムで進めるにあたり、コミュニケーションをGitHubに集約する試行錯誤中です。 先日のAWS Summit 2015 Tokyoで聴講した「働き方もOSSのようにすることで楽しくなる」という旨の発表に感銘を受け、実務で試みています。 ZenHubとSlackを併用しながら進めています。良い方法や改善点があったら是非指摘してください。 前提 今回は、ソフトウェアの受託開発を想定します。 開発者3,4人が、同じリポジトリで、Railsアプリを開発するとします。 リモートワー
![[wip]楽しく仕事をするために試行錯誤しているGitHubの使いかた | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/32b74aa314e14e830f2a8901dc1ebf0425618408/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F11%2FGitHub-Mark-400.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
