今年は開発者向けの「デベロッパーカンファレンス(DevCon)」がメインセッションとは別にあったので、主にそっちを聴いてました。[CircleCI][Wercker][vagrant][AWS][serverspec][Chef][2014-01-09-1]からWerckerを使い始めて1年とちょっと。このたびCircleCIに移行しました。会社のJenkinsが壊れてCircleCIを使い始めた。[2014-01-09-1]当時と違いCircleCIは1コンテナまで無料になったWerckerは自分のBoxを簡単に作れたのが良かったんですけどね。(masutaka/wercker-box-rvm-vagrant-awsの更新は停止します。werckerVagrant-1.7.2に対応しました。Vagrant-1.7.1で必要になったworkaroundを削除出来ました。sites.会社のJenkinsマシンに入れているVagrantもバージョンアップしよう。werckerRuby-2.2.0に対応しました。このPRがマージされるのを待ってました。werckerVagrantを最新の1.7.1にしました。メジャーバージョンも思い切って'1'に上げました。今のvagrant-aws(v0.6.0)とUbuntu-12.04の組み合わせだとvagrant(up|destroy)に失敗しますが、うまく対策出来たのでリリース&アナウンスすることにしました。正したので無駄にバージョンが上がっています。実際に対策した修正P.S.werckerでvagrant-awsを含むBoxは自分の含めて2つしかないけど、EC2使ったサーバのCIって需要少ないのかな?不思議。2.1.4がリリースされたので。言え、こいつが使っているBOX-RVMのバージョンを上げてデプロイしただけです。WerckerはDockerに似たBOXを使用するので、継承元のBOXが更新されたらデプロイし直す必要があります。Wercker上でAWSを使ったサーバのCIする方法は[2014-09-14-1]、WERCKER-BOX-RVM-VAGRANT-AWS自体の説明は[2014-09-15-1]をどうぞ。[Wercker][Chef][serverspec][AWS][2014-09-14-1]に書いたとおり、このmasutaka.netではサーバのCIをしています。今までテストが通ってから、手動でCook+Serverspecして不便に感じてませんでしたが、試しにWerckerのデプロイ設定をしてみたら、案外便利でよく使っています。wercker.ymlはこんな感じです。[Wercker][vagrant][AWS]昨日[2014-09-14-1]の記事より。駄なことをしているので、Docker使って時短させるかもしれない。[Wercker][vagrant][AWS][serverspec][Chef][2014-01-09-1]からmasutaka.netのCIを開始したが、残念ながらmasutaka.netに直接serverspecする、なんちゃってCIだった。masutaka.netにcookしてからPRを出して、WerckerにCIさせていた。WerckerとAWSを連携させて、テストのたびにサーバをまっさらな状態から作り、終わったら破棄することが可能になったので、ここに記録しておく。[AWS]仕事の都合で、2日目だけ行ってきました。天気は曇りでジメジメ。品川駅からほど近い場所でしたが、歩くには暑い日でした。