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 と連携するこ

[koseki]

id:naoya 秘密鍵は CI as a Service が持つんでしょうか？ ／ ありがとうございます！調べてみますー。＞ セキュアに渡せる仕組み

[sanemat]

ほぼすごく良くて、あとはbranchを staging deployしたいときはどうするんだろう/ id:naoya thx!

[bonty_shushusha]

■ GitHub 時代のデプロイ戦略

[graceful_life]

“Developer Productivity” いい単語だ。使おう

[fumikony]

""Developer Productivity" という、この手の仕事をミッションにしたチームを構成" "一見するとプログラム部品としては見えないようなものものも、開発のための一つのプログラマブルな部品であると認識できるかどうか"

[mas-higa]

他者のサービスに依存しまくるの不安でもある

[foostan]

既にある環境をここまで整備するのは大変そう。でもやりたい。

[kattton]

参考になるわ～

[tarchan]

＞何がデプロイされるかのコミットログの可視化

[kakku22]

"hubot へデプロイをお願いする"

[mabots]

この Pull Request を merge すると、CircleCI がそれを検知して結果的に CircleCI 上でデプロイが走る。キャンセルしたいときは merge しないで close する。

[kimutansk]

「開発プロセスのワークフローの組み上げ」がリポジトリと* as a Serviceの組み合わせで出来るようになるのは面白いですねぇ。

[nari_ex]

PR によるデプロイ、プライベートの開発メンバー同士で試してみたい。

[adsty]

デプロイの見える化、コミットログの可視化等。

[udzura]

「チャット上で hubot にデプロイをお願いしたら Pull Request を作ってくれる」で思ったんすけど、Hubotのスクリプトってみんな意外とGitHubに載せないすよね...

[decoy2004]

『なんで直接 push せずにわざわざ Pull Request にするか』『デプロイの見える化』『何がデプロイされるかのコミットログの可視化』

[hfu]

「一見するとプログラム部品としては見えないようなものものも、開発のための一つのプログラマブルな部品であると認識できるかどうか、ライブラリやフレームワークと同じ類のものであるとフラットに見れるか」

[u1tnk]

リリースをpull reqって良いな。

[shiba_yu36]

良い

[ryonext]

これは真似していきたい

[ryotarai]

via Pocket

[kasajei]

おもしろい！こういうのやりたい

[abe_hn]

Developer Productivity という、この手の仕事をミッションにしたチームを構成かー

[MayBowJing]

GitHub 時代のデプロイ戦略 -…: GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー B!

[nobusue]

すげー先進的だ

[bufferings]

おもしろいなーいいなー

[kobake]

“KAIZEN では会社が立ち上がった当初から CTO と話して "Developer Productivity" という、この手の仕事をミッションにしたチームを構成するようにしてきて”

[dekokun]

おっうちもプルリクでのデプロイやっとるで〜。

[patorash]

なにがデプロイされるのかを可視化するというためにプルリクを使うという発想が目からウロコだった。これはいいかもしれん。

[side_tana]

pull request deployかっこいい

[nilab]

GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー

[shin1x1]

なるほど。Pull Request でレビューしてからデプロイは良さそう。